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Introducción 



Aunque ya hace más de veinte años que el software libre existe, hasta 
los últimos tiempos no se ha perfilado como una alternativa válida 
para muchos usuarios, empresas y, cada vez más, instituciones y go- 
biernos. Actualmente, GNU/Linux es uno de los sistemas operativos 
más fiables y eficientes que podemos encontrar. Aunque su natura- 
leza de software libre creó inicialmente ciertas reticencias por parte 
de usuarios y empresas, GNU/Linux ha demostrado estar a la altura 
de cualquier otro sistema operativo existente. 

El objetivo de este curso es iniciarnos en el mundo del GNU/Linux. 
En él obtendremos las claves para entender la filosofía del código li- 
bre, aprenderemos cómo usarlo y manipularlo a nuestro gusto y dis- 
pondremos de las herramientas necesarias para poder movernos 
fácilmente en este nuevo mundo. El documento tampoco pretende 
ser un manual de referencia imprescindible para administradores y/ 
o usuarios; para ello ya existen centenares de manuales, HOWTOS 
y multitud de otras referencias que nos ocuparían millares de pági- 
nas. Aquí pretendemos aprender a dar los primeros pasos en esta 
tierra poco explorada aún para demasiados usuarios y administra- 
dores, a la vez que enseñaremos cómo plantear y resolver por noso- 
tros mismos los problemas que puedan aparecer. 

El curso no pretende basarse en ninguna distribución en particular, 
pero en la mayoría de ejemplos y actividades es necesario concretar 
específicamente algunas acciones y se utilizará Debian GNU/Linux 
(versión 3.0 -Woody-). Aunque no es una distribución tan intuitiva y 
fácil de utilizar como algunas otras, nos servirá para explicar paso a 
paso todas las características de un sistema operativo basado en 
GNU/Linux. Además, su extraordinaria calidad, estabilidad y seguri- 
dad la hacen una de las opciones actualmente más válidas. Por otra 
parte, tampoco debemos olvidar el soporte (Debian está desarrolla- 
da por voluntarios y no da ninguna clase de soporte) que se da en 
otras distribuciones y que en el caso de muchas empresas es impres- 
cindible. Por esta razón, hemos incluido un apéndice donde mostra- 
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mos el proceso de instalación y las principales características de 
RedHat Linux (versión 9.0). 

Esperamos que el curso sea de su agrado y sirva para abrirle las 
puertas al mundo del software libre. Cuantos más usuarios seamos, 
más software y de mejor calidad tendremos. 

¡Bienvenidos al GNU/Linux! 
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1 . Presentación 



1.1. ¿Qué es el GNU? 

Para entender todo el movimiento del software libre, debemos situar- 
nos a finales de la década de los sesenta, principios de los setenta. 
En aquellos tiempos las grandes compañías de ordenadores no da- 
ban el valor que hoy día se da al software. En su gran mayoría eran 
fabricantes de ordenadores que obtenían sus principales ingresos 
vendiendo sus grandes máquinas, a las que incorporaban algún tipo 
de sistema operativo y aplicaciones. Las universidades tenían permi- 
so para coger y estudiar el código fuente del sistema operativo para 
fines docentes. Los mismos usuarios podían pedir el código fuente de 
drivers y programas para adaptarlos a sus necesidades. Se conside- 
raba que el software no tenía valor por sí mismo si no estaba acom- 
pañado por el hardware que lo soportaba. En este entorno, los 
laboratorios Bell (AT&T) diseñaron un sistema operativo llamado 
UNIX, caracterizado por la buena gestión de los recursos del siste- 
ma, su estabilidad y su compatibilidad con el hardware de diferentes 
fabricantes (para homogeneizar todos sus sistemas). Este último he- 
cho fue importantísimo (hasta entonces todos los fabricantes tenían 
sus propios operativos incompatibles con los otros), ya que devino el 
factor que le proporcionó mucha popularidad. 



Poco a poco, las grandes empresas empezaron a tomar conciencia 
del valor del software: primero fue IBM la que en 1965 dejó de dar 
el código fuente de su sistema operativo, a finales de los setenta Di- 
gital Research empezó a vender el suyo, etc. Este hecho hizo que to- 
das las compañías se dieran cuenta de que el software podía ser muy 
rentable y les podía aportar grandes beneficios. A partir de este he- 
cho, la mayoría de empresas empezaron a poner reticencias a dejar 
el código fuente de sus programas y sistemas operativos y empeza- 
ron a vender sus programas como un valor añadido a su hardware. 
En este entorno cada vez más cerrado, Richard Stallman (que traba- 
jaba en el MIT, Massachusetts Institute of Technology) se sintió indig- 
nado al comprobar que cada vez era más difícil conseguir el código 



Nota 



El mismo Stallman cuenta 
como anécdota lo mucho 
que se enfadó al descubrir 
que la compañía que les 
había vendido una nueva 
impresora para el laborato- 
rio donde trabajaba no le 
quería facilitar el código 
fuente de los drivers. i El sólo 
quería modificarlos para 
que le avisara automática- 
mente cuando se atascaba 
el papel! La compañía se 
negó a proporcionárselos. 
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fuente de los programas que utilizaba para adaptarlos a sus necesi- 
dades, tal como había hecho hasta entonces. 



Contenido 

complementario 



El nombre que le dio al pro- 
yecto significa GNU, Not 
UNIX, añadiéndose a la mo- 
da de los nombres/bromas 
recursivas de aquel tiempo. 



A partir de ese momento, Stallman decidió ser consecuente con sus 
ideales e iniciar un gran proyecto para intentar abrir otra vez el código 
fuente de los programas. Consciente de que no podría conseguir que 
las compañías cedieran en este punto, se propuso crear su propio siste- 
ma operativo y aplicaciones iniciando un proyecto llamado GNU. 

De especial interés para entender los motivos que llevaron a Stall- 
man a iniciar GNU es su primer manifiesto, el documento donde ex- 
plicó a toda la comunidad en qué consistiría el proyecto, cómo lo 
orientaría y por qué tenía que hacerlo. En él empezó a describir el 
concepto de software libre y para qué creía necesario que programa- 
dores y desarrolladores de alrededor del mundo contribuyeran con 
él. Aunque en muchas ocasiones se confunde el concepto de soft- 
ware libre con el de software gratuito (en inglés, free tiene los dos sig- 
nificados), en posteriores documentos se ha dejado muy claro que el 
software libre no debe por qué ser gratuito. Debemos entender como 
software libre programas de los cuales podemos conseguir su código 
fuente, estudiarlo, modificarlo y redistribuirlo sin que nos obliguen a 
pagar por ello. Lo que debemos tener claro es que sí que podemos 
pedir el dinero que queramos por los programas y su código fuente, 
el soporte que podemos ofrecer a los usuarios, los libros que venda- 
mos o el material que proporcionemos, tal y como muchas compa- 
ñías que distribuyen GNU/Linux hacen. Sin embargo, en ningún 
momento, podemos obligar a que los usuarios no distribuyan el soft- 
ware que les hemos vendido. Éste debe poder ser distribuido de for- 
ma libre. Es una forma diferente de entender el software a la que 
estamos acostumbrados. En muchos de los textos de la FSF (Free 
Software Foundation) se habla más de filosofía que de ingeniería. 
Debemos entender todo este movimiento más como una forma de 
pensar o hacer las cosas que como una compañía más de software. 



La filosofía que en la FSF se tiene del software lo define con las si- 
guientes cuatro libertades: 
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La libertad 0 se refiere a la libertad de poder usar el programa 
para cualquier propósito. 




• La libertad 1 es la que permite estudiar cómo funciona el pro- 
grama y adaptarlo a las propias necesidades. El acceso al códi- 
go fuente es una condición necesaria para garantizar esta 
libertad. 



• La segunda libertad es la que permite distribuir libremente copias 
del software, ayudando al vecino. 

• La última libertad es la que permite mejorar el programa y hacer 
públicas las propias mejoras, en beneficio de toda la comunidad. 
El acceso al código fuente, asimismo, es un requisito imprescindi- 
ble para asegurar esta libertad. 

Para dar todas estas libertades al software que se desarrollaba en el 
proyecto y a los usuarios finales del mismo se escribió la licencia, con 
la cual se ha protegido todo este tipo de programas, la GPL (General 
Public License). Esta licencia pone por escrito las ideas anteriormente 
comentadas. 



El proyecto empezó a producir software a partir de 1984, co- 
menzando con el desarrollo de todas la herramientas necesarias 
para poder implementar un sistema operativo completo. Aunque 
realizar un proyecto de estas características es un proceso largo 
y complejo, desde el principio muchos programadores y desarro- 
lladores de software se vieron cautivados por la idea de Stallman y 
empezaron a colaborar con él de forma gratuita. La comunidad 
no paró de crecer, y poco a poco empezaron a disponer de las 
herramientas necesarias (editores, compiladores, etc.) para imple- 
mentar el núcleo del sistema operativo, que era la tarea que re- 
quería las herramientas que se estaban desarrollando. Desde el 
primer momento se quiso crear un sistema operativo parecido a 
UNIX y siguiendo las normas POSIX ( Portable Operating System 
Interface). Si bien UNIX también tenía sus problemas y caren- 
cias, era, y sigue siendo, suficientemente bueno como para 
adaptarse a la mayoría de las necesidades. La tarea de diseñar 
y escribir el núcleo del sistema operativo fue la que se dejó para 
el final del proceso. Aún actualmente está por finalizar definiti- 
vamente y el núcleo del GNU, llamado Hurd, permanece en fase 
de desarrollo. 



Contenido 

complementario 



Como su nombre indica, el 
núcleo (kernel) de un siste- 
ma operativo es el corazón 
con el cual puede funcionar. 
Es el núcleo de software que 
gestiona los recursos del or- 
denador: se comunica con 
los dispositivos y aplicacio- 
nes instalados, administra 
la memoria adecuadamen- 
te, reparte tiempo de proce- 
samiento para todos los 
programas, se comunica 
con los dispositivos de al- 
macenamiento para guar- 
dar los archivos, etc. 
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Actividades 

1. Leer el primer mensaje escrito por Stallman en 1983 
anunciando su proyecto (traducido al castellano): 
http://www.fsf.org/gnu/initial-announcement.es.html 

2. Leer "El Manifiesto GNU" original de Stallman 
(traducido al castellano): http://www.fsf.org/gnu/ 
manifesto.es.html 

3. Leer la "General Public License": http://www.fsf.org/ 
licenses/gpl.html 



1 .2. ¿Qué es el GNU/L¡nux? 



Contenido 

complementario 



La tecnología micro-kernel 
se basa en dividir las dife- 
rentes funcionalidades del 
núcleo de un sistema opera- 
tivo en programas total- 
mente separados y que se 
comunican entre sí. Esto lo 
hace muy modular, facili- 
tando muchísimo el test, de- 
tección y corrección de 
errores, mantenimiento, etc. 
Actualmente, algunos siste- 
mas operativos como 
Amoeba, Chorus, Mach o 
WindowsNT™ han incorpo- 
rado este tipo de tecnolo- 
gía. 



En este contexto, y cuando la FSF todavía no tenía ningún núcleo 
estable para su sistema operativo, un profesor de la Universidad 
de Holanda, Andrew Tanenbaum, decidió escribir un sistema 
operativo para que sus estudiantes pudieran estudiarlo. Igual que 
Stallman, hasta el momento había podido utilizar el código fuente 
del UNIX de AT&T para que sus alumnos aprendieran a diseñar 
sistemas operativos. Su idea era escribir un sistema operativo que 
pudiera ser estudiado y modificado por cualquiera que quisiera. 
En 1987 se puso manos a la obra y llamó a su proyecto mini 
UNIX, dando lugar a MINIX. Al no utilizar ni una sola línea de có- 
digo del UNIX de AT&T, no hay ninguna restricción en coger el có- 
digo, utilizarlo y modificarlo libremente. 

Tanenbaum quiso crear un sistema orientado a fines docentes, 
por lo que lo diseñó utilizando una arquitectura micro-kernel , 
ideal para una fácil comprensión y aportando una tecnología 
muy novedosa para la época que le permitía versatilidad, multi- 
plataforma, etc. Este ha sido uno de los puntos fuertes y débiles 
a la vez del MINIX: aunque el sistema es una pequeña joya para 
su estudio y diseño, es muy probable que nunca se pueda utilizar 
en entornos reales. Se optó por hacerlo entendedor, modular y 
muy pedagógico, pero no rápido. De todas formas, Tanenbaum 
tampoco pretendía eso; a lo largo de los años MINIX ha ido evo- 
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lucionando y realmente hoy en día todavía sigue existiendo y 
siendo estudiado por muchos alumnos de universidades de todo 
el mundo. 



Aquí es cuando entra en juego Linux. Mientras la FSF seguía con 
su gran proyecto proporcionando herramientas para la construc- 
ción de un sistema operativo, Tanenbaum orientaba MINIX para 
fines docentes y muchas empresas seguían haciendo evolucionar 
sus propias versiones de UNIX. Linus Torvalds, estudiante de la 
Universidad de Helsinki, decide crear en agosto de 1991 su pro- 
pio núcleo para un nuevo sistema operativo, Linux. Su idea era 
crear un UNIX para PC para que todos los que quisieran lo pudie- 
ran utilizar en su ordenador. La primera aparición en escena que 
hizo fue en un debate sobre MINIX y sistemas operativos, donde 
expuso las siguientes ideas: 



Newsgroups : comp . os .minix 

Asunto: What would you like to see most in minix? 
Fecha: 25 Aug. 91 20:57:08 GMT 
Organi zation : University of Helsinki 
Helio everybody out there using minix. 

I'm doing a (free) operating system (just a ho- 
bby, won't be big and professional like gnu) for 
386(486) AT clones. This has been brewing since 
april, and is starting to get ready. I'd like any 
feedback on things people like/dislike in minix, 
as my OS resembles it somewhat (same physical la- 
yout of the file-system (due to practical rea- 
sons) among other things) . 

I've currently ported bash(1.08) and gcc(1.40), 
and things seem to work. 

This implies that I' 11 get something practical 
within a few months, and I'd like to know what 
features most people would want . Any suggestions 
are welcome, but I won't promise I'll implement 
them :-) 



Si accediéramos al fórum de debate donde apareció este primer 
mensaje, veríamos cómo rápidamente gente de todo el mundo em- 
pezó a interesarse por este nuevo sistema, que al utilizar el compi- 



Contenido 

complementario 



Linux, el núcleo de GNU/Li- 
nux, es de tipo monolítico. 
Esto indica que no se sepa- 
ran sus diferentes funcionali- 
dades en distintos módulos, 
sino que todo forma parte 
de un mismo programa. El 
principal inconveniente de 
este tipo de diseño es que 
la localización de errores y 
su mantenimiento son muy 
costosos. En contrapartida, 
el rendimiento que se con- 
sigue es mucho mayor que 
en otros tipos de diseño. 
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lador e intérprete de comandos de GNU (gcc y bash) como piezas 
fundamentales, también tenía las características de software libre. 
Aunque en palabras del mismo Torvalds, si él hubiera sabido la 
cantidad de trabajo necesario para lograr que su idea funcionase, 
nunca lo hubiera hecho: esfuerzos de muchos expertos en informá- 
tica de todo el mundo hicieron posible este proyecto. 

De hecho, en los primeros años de su existencia, GNU/Linux se iden- 
tificaba como el sistema operativo de los hackers. Su difícil instala- 
ción, manipulación y falta de drivers lo hacían una herramienta apta 
únicamente para gente muy entendida en el tema. Fueron estos pri- 
meros usuarios los que diseñaron los drivers para los discos, impre- 
soras, tarjetas, etc. y los que empezaron a dar a conocer al mundo 
este sistema. Poco a poco, el número de usuarios empezó a crecer y 
actualmente ya existen muchas empresas y grupos de usuarios que 
crean sus propias distribuciones de GNU/Linux. 



1 .3. Distribuciones 



Contenido 

complementario 



Aunque muchas distribucio- 
nes de GNU/Linux se deno- 
minan solamente Linux, es 
importante que diferencie- 
mos que realmente Linux es 
el núcleo del sistema opera- 
tivo y que el proyecto GNU 
es el que realmente ha 
aportado mucha de la es- 
tructura para el funciona- 
miento del mismo. 



Actualmente, existen muchas distribuciones diferentes basadas en 
GNU/Linux. Las hay para toda clase de ordenadores y dispositivos 
electrónicos: ordenadores portátiles o de sobremesa, pocketPC o 
PDA, puntos de acceso de redes wireless, etc. La naturaleza del soft- 
ware libre permite esto: cualquiera puede coger el código desarro- 
llado hasta el momento y adaptarlo a sus propias necesidades. Es un 
hecho que, cada vez más, empresas y usuarios eligen sistemas ba- 
sados en GNU/Linux por sus elevadas prestaciones y la cantidad de 
software disponible. 

De todos modos, aunque existen decenas de distribuciones, hay al- 
gunas más populares que se han extendido mucho. La filosofía de 
software libre hace que muchas empresas que han creado sus pro- 
pias distribuciones de GNU/Linux no restrinjan el acceso a su código. 
Aun así, el soporte que ofrecen y el material que venden les aporta 
beneficios, permitiendo su subsistencia. Asimismo cabe considerar 
que en muchas de estas distribuciones se incluye software propietario 
que algunos usuarios prefieren, si bien en muchos casos existen pro- 
gramas homólogos con licencia Free Software. 



16 




A continuación haremos una breve descripción de algunas de las dis- 
tribuciones de GNU/Linux: 

• Slackware: una de las primeras distribuciones que aparecieron. 
Fue creada por Patrick Volkerding y tuvo un gran éxito en sus pri- 
meros años de existencia. 




• Debian GNU/Linux: una de las primeras distribuciones de GNU/ 
Linux que aparecieron y aún siguen existiendo y evolucionado. El 
sistema de paquetes nos permite diferenciar claramente el soft- 
ware libre del que no lo es, permitiéndonos disponer de todo el 
sistema solamente con programas de licencia Free Software. Está 
desarrollada por un grupo de colaboradores distribuidos por todo 
el mundo y no cuenta con el respaldo de ninguna empresa. Aun- 
que es de las más estables y seguras que existen, su sistema de 
instalación y configuración necesita de conocimientos previos. 




debían 



• RedHat Linux: ¡unto con SuSE, es una de las distribuciones de ma- 
yor popularidad. Está creada por una empresa de EUA, aportan- 
do software de gran calidad. Tiene un entorno muy intuitivo que 
facilita mucho su instalación y configuración. 




• SuSE Linux: aunque es una distribución creada bastante reciente- 
mente, ha tenido una gran difusión. Está desarrollada por una 
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empresa alemana, aportando mucho software propietario de ca- 
lidad. Es muy completa y fácil de instalar y mantener, aunque en 
algunos aspectos no se siguen algunos de los estándares de la co- 
munidad. 



• Knoppix: distribución en un CD-live basada en Debian. Detecta 
automáticamente todo tipo de hardware y aporta el último escri- 
torio de KDE y la suite OpenOffice.org. Muy útil para demostra- 
ciones y usuarios noveles en el sistema. 



Tampoco podemos olvidar que existen otros sistemas operativos com- 
patibles con UNIX y los estándares que se siguen actualmente. Muchos 
de los conceptos y herramientas que veremos a lo largo del curso tam- 
bién servirán para estos otros. En especial debemos destacar GNU/ 
Hurd (núcleo desarrollado por el proyecto GNU) y FreeBSD. 



4. Leer la descripción de algunas de las distribucio- 
nes actuales basadas en GNU/Linux: 
http://www.linuxhq.com/dist.html 



1 .4. Programas y documentación 

Internet ha sido siempre el principal medio de comunicación entre los 
desarrolladores y usuarios del software libre. Es por esta razón por lo 
que ya desde el principio de la gran expansión de GNU/Linux se ha 
podido encontrar en la Red muchísima información sobre el operativo. 
La mayoría de los programas los podemos descargar de Internet, em- 




SuSE 




Actividad 
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paqueteados con alguno de los sistemas más comunes o bien directa- 
mente a partir de su código fuente para que lo podamos compilar en 
nuestro sistema. Además, la mayoría de las distribuciones también se 
pueden descargar de la Red sin necesidad de comprar ningún pack 
especial de las revistas especializadas o de las mismas empresas que 
lo producen. También es cierto que si queremos el soporte que ofrecen 
algunas de las distribuciones, lo mejor es comprar todo el material que 
se proporciona (CD, manuales, etc.) y registrarse. 

A medida que nos vayamos introduciendo en el mundo del software 
libre y del GNU/Linux, veremos cómo uno de los aspectos clave para 
moverse por él es saber encontrar la documentación que nos interesa. 
Cuando nos encontramos ante un problema, antes de empezar a dar 
vueltas sobre cómo resolverlo, debemos pensar que es muy probable 
que otra gente como nosotros se haya encontrado con lo mismo o con 
algo similar. Buscar y encontrar la documentación que se adapte me- 
jor a los problemas que se nos vayan planteando nos ahorrará mucho 
tiempo y esfuerzo. La comunidad del software libre genera centenares 
de documentos que podemos descargarnos libremente de Internet, 
además de los foros de discusión, páginas de rumores y noticias, etc. 

Algunas de las referencias más populares y que más nos pueden 
ayudar son: 

• Documentación 

http://www.tldp.org: The Linux Documentation Project. La mayoría 
de guías, HOWTOS, FAQS, etc. existentes las podemos encontrar en 
este sitio, que además está en varios idiomas. 

http://lucas.linux.org.mx : LinUx en CAStellano. Gran proyecto de docu- 
mentación en castellano para los HOWTOS, guías, etc. de GNU/Linux. 

http://www.iinuxpowered.com/HOWTO/HOWTO-INDEX: El HOWTO 
de los HOWTOS. 

http://www.linux.com: Página con diferentes secciones de noticias, 
documentación, etc. 

http://www.debian.org/doc: Documentación para Debian GNU/Linux. 
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Noticias 



http://slashdot.com: Noticias y rumores del mundo GNU/Linux. En 
inglés. 

http://barrapunto.com: La réplica de slashdot en castellano. 

http://puntbarra.com: La réplica de slashdot en catalán. 

http://bulmalug.net: Bisoños usuarios de Linux de Mallorca y alrede- 
dores. Noticias 

y secciones dedicadas a temas concretos. 

http://www.es.gnu.org/gnuticias: Noticias de GNU en español. 

http://linuxtoday.com: Otra página de noticias muy práctica para es- 
tar a la última. 

http://libertonia.escomposlinux.org: Página de noticias. De especial 
interés es su sección de "Fuentes de Noticias", donde hay multitud de 
otros enlaces a otras páginas del mismo estilo. 

• Foros 

http://www.foroslinux.org: Varios foros de GNU/Linux dedicados a 
todo tipo de temas. 

http://www.linuxsecurity.com/resources/forums-l .html: Foros cen- 
trados en temas de seguridad y similares. 

• Búsqueda 

http://www.google.com/linux: El mayor buscador del mundo tam- 
bién para GNU/Linux. 

http://www.buscadoc.org : Buscador de documentación informática 
en castellano. 
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Distribuciones 



http://www.fsf.org : La página oficial de la Free Software Foundation. 
http://www.debian.org: Página oficial de debian GNU/Linux. 
http://www.redhat.com: Página oficial de RedHat Linux. 
http://www.suse.com : Página oficial de SuSE. 
http://www.slackware.com: Página oficial de Slackware Linux. 
http://www.knoppix.com: Página oficial de Knoppix. 

• Descargas 

http://sourceforge.net: La mayor página con proyectos de software 
libre. 

http://www.softonic.com/index.phtmlSn id=4: Sección de descarga 
para GNU/Linux de una de las múltiples páginas dedownloading. 

http://download.com: Página de descargas. 

• Otras 

http://www.linuxsecurity.com : Página muy actual centrada en todo 
tipo de temas de seguridad en GNU/Linux. 

http://www.linuxhq.com : Información general sobre distribuciones 
de GNU/Linux, seguridad, etc. 

http://www.linuxjournal.org : Página de noticias y artículos sobre 
GNU/Linux. 

http://www.linuxgazette.com: Revista de GNU/Linux. 
http://www.linux-mag.com : Revista de GNU/Linux. 
http://www.xfree86.org: Página oficial del proyecto XFree86. 
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2. Conceptos y comandos básicos 



2.1 . Introducción 

En este capítulo aprenderemos las ideas e instrucciones básicas para 
movernos adecuadamente por el sistema. Si no estamos acostum- 
brados a utilizar la línea de comandos para manipular el sistema 
operativo, al principio puede parecemos un poco complicado, pero 
a medida que las vayamos utilizando veremos que son muy útiles y 
nos permiten realizar cualquier tarea que queramos hacer. Además, 
el hecho de saber utilizar correctamente los comandos nos será muy 
útil cuando necesitemos conectarnos de forma remota a una máqui- 
na y podremos diseñar, asimismo, pequeños programas ( shell 
Scripts ) para automatizar las tareas de administración más comunes. 

La mayoría de los comandos que veremos en este capítulo forman 
parte del estándar (normas IEEE POSIX) y son comunes a todos los 
sistemas GNU/Linux y a UNIX. Aunque cada distribución tiene sus 
propias aplicaciones de administración y gestión, muchas de las ac- 
ciones que se realizan a partir de ellas también se pueden hacer con 
los comandos que veremos. A partir de los mismos, podremos ma- 
nipular casi todos los aspectos del sistema y movernos eficientemente 
por él. Aprendiendo a utilizar correctamente estos comandos, apren- 
deremos a navegar por cualquier sistema basado en GNU/Linux, sin 
importar qué distribución estemos usando. 

Cada uno de los comandos del sistema suele tener multitud de pa- 
rámetros diferentes. Con la utilización de los parámetros podemos, 
con un mismo comando, hacer muchas acciones diferentes, aunque 
todas sean de un mismo estilo. En este documento no especificare- 
mos los diferentes parámetros de cada uno de los comandos que ve- 
remos, ya que extenderíamos el texto más allá de lo permisible y 
tampoco tiene sentido conocer exactamente la totalidad de los pará- 
metros posibles para cada uno. Todos ellos disponen de un amplio 
manual, donde se especifican todas sus opciones, de manera que 
siempre que necesitemos realizar alguna acción en concreto podre- 



Contenido 

complementario 



Un comando es un progra- 
ma que realiza una deter- 
minada acción relacionada 
con el sistema operativo. 
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complementario 



Un parámetro no es más 
que una opción determina- 
da de un comando, que 
añadimos a continuación 
del mismo, precedido por 
un espacio y, en muchas 
ocasiones, por un guión. 
Por ejemplo, si un comando 
fuera listar, podríamos pa- 
sarle un parámetro como 
"listar -todo". 
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mos recurrir a él. En los talleres distribuidos a lo largo del curso sí 
que veremos algunas de estas opciones, aunque es importante saber 
que con el manual siempre podremos descubrir muchas otras, que 
nos pueden ayudar a realizar todo lo que necesitemos. 



2.2. Usuarios y grupos 



Nota 



Una política de nombres 
muy utilizada suele ser po- 
ner como login la primera 
inicial del nombre del usua- 
rio seguido de su apellido. 



Actualmente, la mayoría de los sistemas operativos existentes son 
multiusuario y multitarea. Ello implica que más de un usuario puede 
trabajar en el sistema de forma simultánea a otros, ejecutando una 
o más tareas a la vez. Por este motivo, es muy importante que el mis- 
mo sistema operativo incorpore mecanismos para manipular y con- 
trolar correctamente a los usuarios: el sistema de entrada e 
identificación (I ogin ), los programas que puede ejecutar cada uno, 
mecanismos de seguridad para proteger el hardware del ordenador, 
protección para los ficheros de los usuarios, etc. 
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NIS son una serie de aplica- 
ciones que nos permiten 
gestionar todos los usuarios 
de un mismo laboratorio de 
forma centralizada en un 
solo servidor. 



Los sistemas operativos basados en UNIX organizan toda esta infor- 
mación por usuarios y grupos. Al entrar en el sistema, debemos iden- 
tificarnos con un login y una contraseña. El login suele ser un nombre 
que identifica de forma inequívoca al usuario. En sistemas donde 
hay más que unos pocos usuarios, es importante disponer de una 
buena política de nombres para poderlos identificar a todos de for- 
ma clara. La contraseña debe ser una combinación de letras, núme- 
ros y caracteres especiales. No debe estar formada por ninguna 
palabra de diccionario o similares porque puede representar un pro- 
blema de seguridad importante. El sistema de contraseñas es de tipo 
unidireccional. Esto quiere decir que nuestra contraseña no es alma- 
cenada como texto, sino que es cifrada y guardada tal como es. 
Cuando entramos en el sistema y escribimos nuestra contraseña, 
ésta es cifrada y comparada con la que está almacenada. Si coinci- 
den, la identificación es positiva, si no coinciden, no hay identifica- 
ción. Lo importante de todo este sistema es que a partir del cifrado 
no podemos conseguir, de ninguna manera, la clave original. Los 
programas que intentan romper las contraseñas de los usuarios lo 
único que pueden hacer es cifrar palabras a partir de diccionarios 
(con sistemas automáticos para derivarlas y buscar variantes) y pro- 
bar si coinciden con el cifrado de alguna de las contraseñas de usua- 
rio. Es por este motivo por lo que debemos escoger cuidadosamente 
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nuestras contraseñas; de otra forma comprometeremos toda la se- 
guridad del sistema. 



Actualmente, en los sistemas GNU/Linux podemos escoger dos tipos 
de cifrado posibles para las contraseñas de usuario. El que se viene 
usando desde los inicios de UNIX es el 3DES. El único inconveniente 
de este tipo de cifrado es que sólo nos permite contraseñas de 8 le- 
tras (si escribimos más, se ignoran), a diferencia del otro tipo de ci- 
frado, llamado MD5, con el que podemos usar contraseñas de la 
longitud que queramos (de hecho, MD5 es un sistema de hashing, 
pero también se puede utilizar para cifrar contraseñas de forma uni- 
direccional). Cuanto más larga sea la contraseña, más segura resul- 
ta, con lo cual, se recomienda utilizar el segundo tipo de cifrado. De 
todos modos debemos considerar que, si necesitamos usar algunos 
programas especiales para la gestión de usuarios, como el NIS, pue- 
de que no sean compatibles con MD5. 



Si bien un usuario es un individuo particular que puede entrar en el 
sistema, un grupo es un conjunto de usuarios con acceso al sistema 
que comparten unas mismas características, de forma que nos es útil 
agruparlos para poder darles una serie de permisos especiales en el 
sistema. Un usuario debe pertenecer, al menos, a un grupo, aunque 
puede ser de más de uno. El sistema también utiliza todo este meca- 
nismo de usuarios y grupos para gestionar los servidores de aplica- 
ciones instalados y otros mecanismos. Por esta razón, además de los 
usuarios reales, en un sistema habrá muchos otros vinculados a otras 
tareas que se deben realizar en el operativo. Generalmente, este tipo 
de usuario no podrá entrar (con un logln normal) al sistema. 
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Un servidor es un programa 
que se encarga de propor- 
cionar algún tipo de servicio 
(como servir páginas web, 
dejar que los usuarios se co- 
necten remotamente, etc.), 
generalmente vinculado a 
la Red. 



En todo sistema operativo debe haber un superusuario (root). Éste 
será el usuario que contará con todos los permisos, el que tendrá los 
privilegios máximos que le permitirán efectuar cualquier operación 
sobre el sistema. Es necesario que éste exista, ya que será quien se 
encargará de toda la administración y gestión de servidores, grupos, 
etc. Esta cuenta no debe utilizarse para trabajar normalmente en el 
sistema. Sólo deberíamos entrar como root cuando sea realmente 
necesario, utilizando otras cuentas para el trabajo normal de los 
usuarios. De este modo nunca podremos dañar el sistema con ope- 
raciones erróneas o con la prueba de programas maliciosos, etc. 
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También es posible configu- 
rar el sistema para que se 
utilice un fichero shadow 
para los grupos (en caso de 
que sea necesario ponerles 
contraseña). Este fichero se 
nombraría /etc/gshadow. 
Generalmente, la configura- 
ción de contraseñas se indica 
al instalar el sistema, aunque 
todo se puede cambiar y 
adaptar a nuestro gusto uti- 
lizando los módulos PAM 
( Pluggable Authentication 
Modules for Linux), que son 
los programas que se encar- 
gan de todo el sistema de 
autentificación de usuarios. 
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"Crackear" una contraseña 
significa conseguir la pala- 
bra clave utilizando progra- 
mas especiales para ello. 
Estos programas también 
los usan los administrado- 
res de sistemas para descu- 
brir qué usuarios utilizan 
contraseñas demasiado fá- 
ciles de descubrir (las con- 
traseñas buenas no se 
pueden romper de ningún 
modo sin utilizar grandes 
supercomputadoras). 



Toda la información de usuarios y grupos se guarda en los siguientes 
archivos: 

• /etc/passwd: información (nombre, directorio home, . . . ) del 
usuario. 

• / etc/ group: información sobre los grupos de usuarios. 

• /etc/ shadow: contraseñas cifradas de los usuarios y configura- 
ción para su validez, cambio, etc. 

Utilizar el archivo de shadow es opcional. En un principio, las con- 
traseñas cifradas de los usuarios se guardaban en el mismo fichero 
depasswd, pero, por razones de seguridad (muchos mecanismos 
deben poder leer este fichero, con lo cual era muy fácil hacerse con 
él e intentar "crackear" las contraseñas) se optó por cambiar este 
mecanismo para hacer que el fichero de shadow sólo fuera accesi- 
ble para algunos usuarios con privilegios especiales en el sistema. 
Esta opción es configurable en el proceso de instalación del sistema 
y suele ser recomendable utilizarla. Todos estos ficheros están orga- 
nizados por líneas, donde cada una de ellas identifica a un usuario 
o grupo (dependiendo del fichero). En cada línea hay diversos cam- 
pos separados por el carácter En tareas de administración, es 
importante saber qué son estos campos, por lo que vamos a explo- 
rarlos con un poco más de detalle: 

• passwd 

1 ) Login: el nombre del usuario. No puede haber dos nombres igua- 
les, aunque sí alguno que coincida con un grupo del sistema. 

2) Contraseña cifrada: si no se utiliza el fichero de shadow, las con- 
traseñas cifradas se almacenan en este campo. Si utilizamos el fi- 
chero de shadow, todos los usuarios existentes en este fichero 
deben existir también en el de shadow y en este campo se pone 
el carácter "x". 

3) User ID: número de identificación del usuario. Es el número con 
el cual el sistema identifica al usuario. El 0 es el único que está 
reservado para el root. 
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4) Group ID: el número de grupo al cual pertenece el usuario. Como 
un usuario puede pertenecer a más de un grupo, este grupo se 
denomina primario. 

5) Comentarios: campo reservado para introducir los comentarios 
que queramos sobre el usuario. Se suele utilizar para poner el 
nombre completo o algún tipo de identificación personal. 

6) Directorio home: el directorio Home del usuario es donde éste po- 
drá guardar todos sus ficheros. Suelen ponerse todos en alguna 
carpeta del sistema (generalmente /home/) y organizados por 
grupos. 

7) Intérprete de comandos: un intérprete de comandos ( shell ) es 
un programa que se encarga de leer todo lo que escribimos en 
el teclado y ejecutar los programas o comandos que le indique- 
mos. Hay decenas de ellos, aunque el más utilizado es, sin du- 
da, el bash ( GNU Bourne-Again SHell ). Si en este campo 
escribimos /bin/ false no permitiremos que el usuario ejecu- 
te ningún comando en el sistema, aunque esté dado de alta en 
el mismo. 

• group 

1 ) Nombre del grupo. 

2) Contraseña cifrada: la contraseña de un grupo se utiliza para 
permitir que los usuarios de un determinado grupo se puedan 
cambiar a otro o para ejecutar algunos programas con permisos 
de otro grupo (siempre que se disponga de la contraseña). 

3) Group ID: número de identificación del grupo. Es el número con 
el cual el sistema identifica internamente a los grupos. El 0 es el 
único que está reservado para el grupo del root (los administra- 
dores). 

4) Lista de usuarios: los nombres de los usuarios que pertenecen al 
grupo, separados por comas. Aunque todos los usuarios deben 
pertenecer a un determinado grupo (especificado en el cuarto 
campo del fichero de passwd), este campo se puede utilizar para 
que usuarios de otros grupos también dispongan de los mismos 
permisos que tiene el que se está referenciando. 
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shadow 



1) Login: debe ser el mismo nombre que se utiliza en el fichero de 

passwd. 

2) Contraseña cifrada. 

3) Días que han pasado, desde el 1 de enero de 1 970, hasta que la 
contraseña ha sido cambiada por última vez. 

4) Días que deben pasar hasta que la contraseña pueda ser cam- 
biada. 

5) Días que han de pasar hasta que la contraseña deba ser cam- 
biada. 
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En sistemas UNIX es muy co- 
mún representar las fechas a 
partir del número de segun- 
dos transcurridos desde el 1 
de enero de 1 970. 



6) Días antes de caducar la contraseña en el que se avisará al usua- 
rio de que debe cambiarla. 

7) Días que pueden pasar después de que la contraseña caduque, 
antes de deshabilitar la cuenta del usuario (si no se cambia la 
contraseña). 

8) Días, desde el 1 de enero de 1970, desde que la cuenta está des- 
habilitada. 

9) Campo reservado. 
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En sistemas donde hay cente- 
nares de usuarios, es usual 
poner algún tipo de mecanis- 
mo para restringir el espacio 
de disco que puede utilizar 
cada uno. En los sistemas 
GNU/Linux este sistema se 
llama cuota. 



Cuando un usuario entra en el sistema, se le sitúa en su directorio 
Home y se ejecuta el intérprete de comandos ( shell ) configurado. De 
este modo ya puede empezar a trabajar. Sólo el root del sistema (o 
los usuarios de su grupo) tienen permiso para manipular la informa- 
ción de los usuarios y grupos, darlos de alta, de baja, etc. Existen mu- 
chos comandos para manipular todo esto. Cada uno de ellos tiene, 
además, varios parámetros diferentes para gestionar todos los cam- 
pos que hemos visto anteriormente de forma amena. A continuación 
mostramos algunos de estos comandos: 



• adduser: nos sirve para añadir un nuevo usuario al sistema. La 
forma como éste se añade (si no le especificamos nada) se puede 
configurar en el fichero /etc/adduser . conf. Se le pueden pa- 
sar multitud de opciones diferentes para especificar el directorio 
home, el shell que hay que utilizar, etc. 
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• useradd: crea un nuevo usuario o cambia la configuración por 
defecto de los mismos. Este comando y el anterior nos pueden 
servir para realizar las mismas acciones. 

• usermod: con este comando podemos modificar la mayoría de los 
campos que se encuentran en el fichero de passwd y shadow, 
como el directorio Home, el shell, la expiración de la contraseña, etc. 

• chfn: cambia la información personal del usuario, contenida en 
el campo de comentarios del fichero de passwd. 

• chsh: cambia el shell del usuario. 

• deluser: elimina un usuario del sistema, borrando o guardando 
todos sus ficheros según los parámetros que le pasemos, hacien- 
do copia de seguridad de los mismos o no, etc. La configuración 
que se utilizará por defecto con este comando está especificada 
en el fichero / etc/deluser . conf . 

• userdel: comando con las mismas posibilidades que el anterior. 

• passwd: nos sirve para cambiar la contraseña de un usuario, la 
información de expiración de las mismas o para bloquear o des- 
bloquear una determinada cuenta. 

• addgroup: permite añadir un grupo al sistema. 

• groupadd: lo mismo que el comando anterior, pero con diferen- 
tes parámetros. 

• groupmod: nos permite modificar la información (nombre y GID) 
de un determinado grupo. 

• delgroup: elimina un determinado grupo. Si algún usuario to- 
davía lo tiene como primario, no se podrá eliminar. 

• groupdel: igual que en el caso anterior. 

• gpasswd: nos sirve para cambiar la contraseña del grupo. 
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complementario 



Como vemos, en GN U/Linux 
tenemos más de una mane- 
ra para hacer una determi- 
nada acción. Ésta es la 
tónica general que se sigue 
en el sistema: podemos edi- 
tar directamente los ficheros 
y modificarlos nosotros mis- 
mos, utilizar algunos de los 
comandos que existen, 
creárnoslos nosotros mis- 
mos, etc. En definitiva, tene- 
mos la posibilidad de elegir 
qué es lo que más nos gusta. 
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El sistema de ficheros es el 
programa (o módulos del 
núcleo del operativo) que se 
encarga de realizar todas las 
operaciones relacionadas 
con el almacenamiento y 
manipulación de los archi- 
vos. Son las funciones que 
tratan con los dispositivos fí- 
sicos de almacenamiento 
del ordenador, como el dis- 
co duro. 



Para saber qué usuario somos, podemos utilizar el comando 
whoami, que nos mostrará nuestro login. groups nos sirve para sa- 
ber a qué grupos pertenecemos e id nos mostrará usuario y grupos. 
También es interesante poder convertirnos en otro usuario sin tener 
que salir de la sesión (comando login o su) o cambiarnos de gru- 
po con el comando newgrp. Este último comando debemos utilizar- 
lo sólo cuando no pertenecemos al grupo en cuestión y sabemos su 
contraseña (que debe estar activada en el fichero de group). Si sólo 
necesitamos los permisos del grupo en cuestión para ejecutar un de- 
terminado comando, también podemos utilizar sg. 

Tal como decíamos anteriormente, GNU/Linux es un sistema operativo 
multiusuario, por lo que en un mismo momento puede haber varios 
usuarios conectados al sistema de forma simultánea. Para saber qué 
usuarios hay en un determinado momento, podemos utilizar el coman- 
do who, que nos muestra la lista de usuarios dentro del sistema, w, ade- 
más, nos muestra qué es lo que están haciendo. Nos podemos 
comunicar con ellos utilizando el comando write, con el cual aparece 
el mensaje que hayamos escrito en la pantalla del usuario indicada o 
wall, que escribe el contenido del fichero que hayamos especificado a 
todos los usuarios dentro del sistema. Para activar o desactivar la opción 
de recibir mensajes tenemos el comando mesg. También podemos ha- 
cer un chai personal con algún usuario a partir del comando talk. 



2.3. El sistema de ficheros 



2.3.1. La jerarquía del sistema de ficheros 

Todo sistema operativo necesita guardar multitud de archivos: desde 
los de la configuración del sistema, los de log, los de los usuarios, etc. 
En general, cada operativo utiliza su propio sistema de ficheros, carac- 
terizándolo en muchos aspectos como pueden ser el rendimiento, la 
seguridad, la fiabilidad, etc. GNU/Linux es capaz de leer/escribir ar- 
chivos con cualquiera de los sistemas de ficheros que actualmente 
existen, aunque para su propia raíz y directorios principales es nece- 
sario un sistema de ficheros que le permita ciertas operaciones. Gene- 
ralmente, se suele utilizar el tipo ext2, ext3 o ReiserFS. Elext2 es el más 
típico y extendido. Su rendimiento es bastante bueno, incorpora todo 



30 





tipo de mecanismos de seguridad ytunning y es muy fiable. ext3 es la 
evolución del mismo, incorporando una tecnología llamada de jour- 
naling. Una de las principales ventajas de esta tecnología es que si hay 
un corte en el suministro de energía y el ordenador se apaga sin ce- 
rrarse adecuadamente, los sistemas de recuperación de ficheros son 
más efectivos. ReiserFS es un nuevo tipo de sistema que incorpora 
nuevas tecnologías de diseño que le permiten ser más rápido. En el 
proceso de instalación del sistema operativo se nos preguntará cuál de 
estos tres queremos usar. Generalmente se suele utilizar ext2 o ext3 
por estar más probados que el ReiserFS. 

Una característica muy importante de todos los sistemas operativos 
basados en UNIX es que todos los dispositivos del sistema se pueden 
tratar como si fueran ficheros. Igualmente, cuando queramos acce- 
der al contenido de un CD, disquete o cualquier otro dispositivo de 
almacenamiento, deberemos montarlo en un directorio ya existente 
en el sistema y navegaremos por él como si se tratara de una carpeta 
más (el uso de diferentes unidades -A:,B:,C:,D:,. . . es un esquema 
existente únicamente en sistemas operativos tipo Windows™). 

Lo primero que debemos tener claro es que todo el sistema de ficheros 
parte de una misma raíz, a la cual nos referiremos con el carácter "/ 
". Es el origen de todo el sistema de ficheros y sólo existe una. Para 
organizar los ficheros adecuadamente, el sistema proporciona lo que 
llamaremos directorios (o carpetas), dentro de las cuales podemos po- 
ner archivos y más directorios. De este modo conseguimos una orga- 
nización jerárquica como la que vemos en la siguiente figura: 



RAIZ 



Directoriol Directorio2 Directorio3 archivoA 
/archivoB archivoC archivoD / \ 



Directorio 1_1> 

✓A 7 

■hivoE \ Directo 



archivoE \ Directoriol _2 

archivoF ^ 

archivoG 



Directorio3 1 \ Directorio3 3 

/ - \ X” 

archivoH D¡rectorio3 2 archivol 



RUTA archivoA: /archivoA 

RUTA archivoB: /Directoriol /archivoB 

RUTA archivoC: /Directorio2/archivoC 

RUTA archivoD: /Directorio2/archivoD 

RUTA archivoE: /Directoriol /Directoriol _1 /archivoE 
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El sistema de ficheros ext2 ha 
sido diseñado para manejar 
de forma muy rápida ficheros 
pequeños, que es lo que más 
suele tener un sistema opera- 
tivo. Con el manejo y mani- 
pulación de grandes ficheros 
multimedia, no se desenvuel- 
ve tan bien, aunque siempre 
se puede hacer un poco de 
tunning para adaptarlo más 
a nuestras necesidades. 
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2.3.2. Directorios del sistema 



La mayoría de los sistemas operativos del mercado siguen el están- 
dar FHS (http://www.pathname.com/fhs/), donde se especifican las 
principales características que debería tener cualquier sistema ope- 
rativo. Entre ellas está la distribución en directorios que tenemos que 
hacer de nuestros archivos para tenerlos correctamente organizados 
y poder localizarlos de forma rápida y sencilla. En la mayoría de dis- 
tribuciones basadas en GNU/Linux se siguen estas recomendacio- 
nes, encontrando los siguientes directorios principales: 

• /bin/: comandos básicos para todos los usuarios del sistema. 

• /boot/: archivos estáticos necesarios para el arranque del sistema. 

• /dev/: dispositivos del sistema. 

• /etc/: archivos de configuración del sistema y de las aplicacio- 
nes instaladas en el mismo. 

• /home/: directorio para poner las carpetas home de los usuarios. 

• /lib/: librerías esenciales para el núcleo del sistema y módulos 
del mismo. 

• /mnt/: punto de montaje temporal para dispositivos. 

• /proc/: procesos y variables del núcleo del sistema. 

• / root/ : directorio home para el root del sistema. 

• / sbin/: comandos especiales para el root del sistema. 

• /tmp/: archivos temporales. Según la distribución utilizada (o la 
configuración que utilicemos) se borran al arrancar el sistema o 
cada cierto período de tiempo. 

• /usr/: segunda estructura jerárquica, utilizada para almacenar 
todo el software instalado en el sistema. 
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• /var/: directorio para los s poolers de impresión, ficheros de log, 
etc. 

Es muy recomendable conservar y no eliminar ninguno de estos direc- 
torios (o los que por defecto nos crea la distribución que utilizamos), ya 
que son básicos para el buen funcionamiento del sistema. Generalmen- 
te, los procesos de instalación de nuevas aplicaciones necesitan que 
exista la organización dada y muchos de los archivos de configuración 
de los programas deben estar en determinados directorios. Lo que sí 
que podemos hacer sin ningún tipo de restricción es crear nuevos direc- 
torios en la raíz del sistema o en cualquier otra carpeta. 



2.3.3. Moviéndonos 

Para movernos por la estructura de directorios debemos utilizar los co- 
mandos para listar contenidos y cambiar de carpeta. Cuando entramos 
en el sistema, es usual que el login nos sitúe en nuestro directorio Home, 
que generalmente se suele referenciar con el carácter Si queremos 
ver lo que hay en el directorio donde estamos situados, podemos listar 
los contenidos utilizando el comando ls. Debemos tener en cuenta que 
por defecto el comando no nos muestra los archivos que empiezan por 
un punto. Con el parámetro "-a" sí que nos mostraría absolutamente 
todos los ficheros. En todos los directorios existe una entrada y otra 
. ". El punto es la referencia al directorio actual, mientras que los dos 
puntos seguidos hacen referencia al directorio inmediatamente superior 
(en el árbol de jerarquías) al actual. Naturalmente, cuando estamos si- 
tuados en la raíz del sistema de ficheros, la entrada " . . " no existirá por- 
que nos encontramos en el nivel superior. 

Para cambiar de directorio podemos utilizar el comando cd. Si no 
le pasamos ningún parámetro, por defecto nos situará en nuestro di- 
rectorio home. Generalmente, se le suele indicar dónde queremos ir, 
pasándolo de forma absoluta o relativa. De forma relativa significa 
que partiremos del directorio donde estamos en el momento de eje- 
cutar el comando. Por ejemplo, si estamos en el directorio /usr/ 
bin/ y queremos ir al /root/, deberíamos introducir el siguiente 
comando: "cd . ./. ./root" (los dos primeros puntos indican / 
usr/ y los siguientes la raíz "/" del sistema, a partir de la cual ya 
podemos acceder a /root/). De forma absoluta siempre partimos 
de la raíz, de manera que el comando que utilizaríamos para el 
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El hecho de que ls no nos 
muestre (por defecto) los ar- 
chivos que empiezan por 
punto, es para que cada vez 
que listamos el contenido 
del directorio no tengamos 
que ver los ficheros y direc- 
torios de configuración de 
las aplicaciones que utiliza- 
mos (que suelen empezar 
por este carácter) y las en- 
tradas del directorio actual y 
anterior, que siempre exis- 
ten. 
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ejemplo anterior sería: "cd /root". Para saber en qué directorio es- 
tamos, podemos utilizar el comando pwd. 

2.3.4. Enlaces 

Otros mecanismos que nos proporcionan la gran mayoría de sistemas 
de ficheros son los que llamamos enlaces. Un enlace es un puente a un 
archivo o directorio perteneciente al sistema; una referencia que pode- 
mos poner en cualquier sitio que nos interese y que actúa como un ac- 
ceso directo a cualquier otro. Este mecanismo nos permite acceder a 
carpetas o archivos de forma más rápida y cómoda, sin tener que des- 
plazarnos por la jerarquía de directorios. Vamos a verlo con un ejemplo: 
imaginemos que somos un usuario (userl) que necesita acceder fre- 
cuentemente al directorio /usr/share/man/man3/. En lugar de es- 
cribir el largo comando que nos situaría en el directorio en cuestión 
cada vez que necesitáramos desplazarnos a él, podemos crear un enla- 
ce en nuestro propio directorio que nos redireccione directamente hacia 
allí. El comando "ln -s /usr / share/man/man3 minm" nos crearía 
este puente, que hemos llamado "mmm". El usuario sólo debería escribir 
(desde su directorio Home) "cd miran" y automáticamente el sistema lo 
redirigiría hacia /usr/share/man/man3/. Es importante tener en 
cuenta que al hacer un "cd . . " para ir al directorio superior, volvería- 
mos al directorio Home y no a usr/ share/man/, ya que hemos acce- 
dido a él a partir de nuestro enlace. Podemos ver este esquema de 
forma gráfica en la siguiente figura: 
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Al crear el enlace del ejemplo anterior hemos pasado el paráme- 
tro "-s" al comando. Ello indica que queremos crear un enlace 
simbólico. Los enlaces simbólicos significan que sólo estamos 
creando un apuntador o puente hacia el fichero o directorio, de 
forma que si borrásemos el fichero destino, el enlace no apuntaría 
a ninguna parte. Si no ponemos el parámetro "-s" se crearía lo 
que llamamos un enlace fuerte (hard link ) que, a diferencia del 
anterior, hace un duplicado del fichero. De hecho, internamente 
no es exactamente un duplicado, es como dos entradas que apun- 
tan a los mismos datos. De este modo, si modificamos uno u otro, 
los dos quedan iguales. La ventaja de este tipo de enlace es que 
si borramos cualquiera de las dos copias del fichero la otra toda- 
vía se conserva. Este tipo de enlace no se utiliza demasiado por- 
que complica la gestión y manipulación de los ficheros (siempre 
es mejor tener una sola copia de los archivos). Además, si hace- 
mos un enlace fuerte de un directorio, todos los archivos y subdi- 
rectorios que contuviera también se deberían referenciar. Por esta 
razón sólo el root del sistema puede hacer enlaces fuertes de di- 
rectorios. Otra diferencia es que con un enlace simbólico pode- 
mos ver a qué fichero estamos apuntando, mientras que con uno 
fuerte no podemos (debido al mecanismo que se utiliza interna- 
mente para ellos). 
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Un enlace fuerte sólo se 
puede crear entre ficheros o 
directorios de una misma 
unidad debido al mecanis- 
mo interno que se utiliza 
para gestionarlos. 



2.3.5. Permisos 

En cualquier sistema operativo multiusuario necesitamos que los fi- 
cheros que guardamos en nuestro disco puedan tener una serie de 
propiedades que nos permitan verlos, modificarlos o ejecutarlos 
para los usuarios que nosotros definamos. Aunque hay varias alter- 
nativas para hacer esto, GNU/Linux utiliza el sistema clásico de 
UNIX, que, combinado con todos los mecanismos de gestión de 
usuarios y grupos, nos permite cualquier configuración posible. Lo 
que interesa es definir, para cada fichero o directorio, a qué usuario 
y grupo pertenece y qué permisos tiene para cada uno de ellos, así 
como para el resto de usuarios del sistema. Ejecutando "ls -1" ve- 
remos cómo en cada archivo del directorio donde estamos aparece 
una línea parecida a la siguiente: 

-rwxr-xr-x 1 userl grupol 128931 Feb 19 2000 gpl.txt 
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Los primeros diez caracteres (empezando por la izquierda) nos indi- 
can los permisos del fichero de la siguiente manera: 
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El mecanismo de SetUserld 
es muy útil cuando un pro- 
grama necesita tener los 
permisos de su propietario 
para acceder a ciertos ar- 
chivos o hacer algún tipo de 
operación en el sistema. De 
todos modos, debemos vigi- 
lar mucho con este tipo de 
ficheros porque pueden su- 
poner fallos de seguridad 
en el sistema si son mal uti- 
lizados. 



• Carácter 1 : esta entrada nos indica si es un fichero o un directo- 
rio. En caso de ser un fichero, aparece el carácter mientras 
que por los directorios aparece una "d". 

• Caracteres 2, 3, 4: nos indican, respectivamente, los permisos de 
lectura, escritura y ejecución para el propietario del fichero. En 
caso de no tener el permiso correspondiente activado, encontra- 
mos el carácter y si no "r", "w" o "x", según si lo podemos 
leer ( Read ), escribir (Wr/te) o ejecutar (eXecute). En el tercer carác- 
ter, además, podemos encontrarnos una "s", que nos indica si el 
archivo es de tipo SetUserld, que quiere decir que al ejecutarlo 
obtendrá los permisos del propietario del fichero. Si sólo tiene el 
permiso "x", cuando el programa se ejecuta lo hace con los per- 
misos de quien lo haya lanzado. 

• Caracteres 5, 6, 7: estos caracteres tienen exactamente el mismo 
significado que anteriormente, pero hacen referencia a los permi- 
sos concedidos a los usuarios del grupo al que pertenece el fichero. 

• Caracteres 8, 9, 10: igual que en el caso anterior, pero para los 
otros usuarios del sistema. 

Después de estos 10 caracteres encontramos una cifra que nos indi- 
ca el número de enlaces fuertes que tiene el fichero. Para los direc- 
torios, este número indica cuántas carpetas hay dentro de él además 
de los enlaces fuertes que tiene (cuando no hay ninguno, el número 
es 2, debido a la gestión interna del operativo). A continuación ve- 
mos el propietario y el grupo del archivo, seguido del tamaño (en 
bytes ) que ocupa y la fecha de la ultima modificación. En todos los 
ficheros se guarda su fecha de creación, último acceso y modifica- 
ción, que podemos manipular con el comando touch. Al final hay 
el nombre del fichero, dónde se diferencian minúsculas de mayúscu- 
las y podemos tener todo tipo de caracteres sin ningún problema. 



Para cambiar los permisos de un determinado archivo podemos uti- 
lizar el comando chmod. Debemos tener en cuenta que sólo el pro- 
pietario del archivo (o el root) puede cambiar estos permisos, ya que 
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si no, el mecanismo no tendría ningún sentido. Podemos utilizar este 
comando de muchas maneras diferentes, pero las dos más frecuen- 
tes son las siguientes: 

• El primer modo de utilizarlo es del estilo "chmod XXX nombreAr- 
chivo". Las "x" deben ser tres números entre 0 y 7. El primer nú- 
mero indica los permisos que queremos establecer para el 
usuario, el segundo, para el grupo y el tercero, para el resto. Para 
interpretar correctamente los permisos que daremos utilizando los 
números del 0 al 7, debemos hacer uso de la representación bi- 
naria del número en cuestión, de forma que el primer dígito indi- 
cará el permiso de escritura, el segundo, el de lectura y el tercero, 
el de ejecución. En cada caso un 0 indica que no se da el permiso 
en cuestión y el 1 indica que sí que se da. En la siguiente tabla 
podemos ver esta relación: 



Representación decimal 


Representación binaria 


Significado 


0 


000 


— 


1 


001 


— X 


2 


010 


-w- 


3 


011 


-wx 


4 


100 


r — 


5 


101 


r-x 


6 


110 


rw- 


7 


1 1 1 


rwx 



• El otro modo de utilizar el comando es indicando de forma explí- 
cita qué permiso queremos dar o eliminar del fichero. La manera 
de hacerlo es indicando, primero, si nos referimos a los permisos 
del usuario, grupo o al resto con las letras "u", "g" u "o" respec- 
tivamente. Seguidamente, debemos añadir un "+" o según 
si queremos añadir o eliminar el atributo, que indicaremos con 
"r", "w ", "x" o "s" (este último para el SetUserld). Además, po- 
demos hacer todas las combinaciones posibles, refiriéndonos a 
más de un permiso y/o usuarios. Por ejemplo, "chmod go+r 
gpl . txt"daría el permiso de lectura al grupo y a los otros usua- 
rios para el fichero gpl.txt. 
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Si se permitiera a los usua- 
rios cambiar el propietario 
de sus ficheros, la seguri- 
dad del sistema quedaría 
comprometida, porque se 
podrían realizar acciones 
maliciosas y después cam- 
biar el propietario de los ar- 
chivos utilizados inculpando 
a otros usuarios. 
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La sintaxis de los patterns 
puede llegar a ser muy 
compleja, permitiéndonos 
referenciar cualquier con- 
junto de archivos que que- 
ramos. 



Para cambiar el propietario de un fichero existe el comando chown, 
que sólo puede utilizar el root por razones de seguridad. Para cam- 
biar el grupo de un determinado archivo, se puede utilizar el coman- 
do chgrp. Como podemos suponer, cuando un usuario crea un 
nuevo archivo, el sistema pone como propietario al usuario que lo 
ha creado y lo da como perteneciente al grupo primario del mismo 
usuario. Los permisos que se ponen por defecto al crear un nuevo ar- 
chivo los podemos configurar con el comando umask, al que debe- 
mos pasar la misma notación de tres números decimales entre 0 y 7 
que veíamos anteriormente pero complementados. Por ejemplo, si 
queremos que nuestros ficheros se inicialicen con los permisos "rw- 
r— r— ", deberíamos escribir "umask 133". 

2.3.6. Manipulación, patrones y búsquedas 

Ahora que ya sabemos movernos correctamente por la jerarquía de 
directorios, también necesitamos saber cómo copiar, eliminar y ma- 
nipular correctamente otros aspectos de los ficheros. El comando rm 
es el que se encarga de eliminar los archivos que le indiquemos. Para 
eliminar un directorio, podemos utilizar el comando rmdir, aunque 
sólo lo borrará cuando éste esté vacío (si quisiéramos borrar comple- 
tamente un directorio y todo su contenido, podríamos utilizar "rm - 
r"). Para copiar archivos de un lugar a otro tenemos el comando cp, 
al que siempre debemos indicar el fichero o directorio origen y el lu- 
gar o nombre de destino, aunque sea en el directorio actual. De este 
modo, si queremos copiar el archivo /home/userl/gpl . txt en 
el directorio actual (y con el mismo nombre) deberíamos escribir "cp 
/home/userl/gpl . txt Si en lugar de copiar los archivos 
queremos moverlos de sitio, podemos utilizar el comando mv. 

Un mecanismo muy útil que nos proporciona el sistema son los 
patterns ('patrones'). Hasta ahora hemos visto cómo aplicar cier- 
tas operaciones sobre un determinado archivo. Cuando estamos 
manipulando un sistema, en muchos casos nos interesará aplicar 
alguna de las operaciones que hemos visto pero sobre un grupo 
grande de ficheros. Los patrones nos permitirán aplicar las ope- 
raciones que queramos especificando en una sola instrucción va- 
rios ficheros que cumplan con una serie de características 
concretas. Debemos verlos como plantillas de nombres, de mane- 
ra que el carácter significa cualquier cadena de caracteres po- 
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sibles y el "?" nos sirve como comodín a cualquier carácter. De 
este modo, si queremos listar todos los archivos que empiecen por 
"s", que después tengan cualquier otro carácter, les siga una "a", 
y después cualquier otra cadena, podríamos utilizar "ls s?a*". 
Entre " [ ] " podemos incluir otros caracteres, indicando que el pa- 
trón tiene éxito si se encuentra alguno de ellos en el nombre. Por 
ejemplo, si quisiéramos referenciar todos los archivos que empie- 
cen por "a" o por "b" y que continúan con cualquier otra cadena, 
podríamos escribir el pattern "[ab] *". Si después de "[" pusié- 
ramos el carácter "! " (" [ ! ab] *") indicaríamos que el pattern co- 
incide con cualquier archivo que no empiece por a" o "b". 
Finalmente, para facilitar ciertas búsquedas, dentro de " [ ] "pode- 
mos especificar clases de caracteres de la siguiente manera: 
"[¡clase:]", donde la "clase" puede ser cualquiera de las 
nombradas en la siguiente tabla: 



clase 


significado 


clase 


significado 


alnum 


[A-Za-zO-9] 


alpha 


[A-Za-z] 


blank 


[\] 


cntrl 


cars de control 


digit 


[0-9A-Fa-f] 


graph 


cars imprimibles (sin espacios) 


lower 


[a-z] 


print 


cars imprimibles (con espacios) 


punct 


[., 1 ! ¿ ? : ;] . . . 


space 


N 


upper 


[A-Z] 


xdigit 


[0-9A-Fa-f] 



A-Z indica caracteres de la A a la Z, \t es el fabulador y \n es un salto de línea. 



Naturalmente, los patterns los podemos utilizar con cualquiera de los 
comandos que hemos visto y la mayoría de los que veremos a con- 
tinuación. Además, la mayor parte de los comandos de listado, eli- 
minación, copia, etc. de ficheros también permiten que se les pase 
un parámetro (generalmente "-r") para realizar las acciones respec- 
tivas de forma recursiva. De este modo, se irá entrando y ejecutando 
la instrucción correspondiente en todos los archivos y directorios, a 
partir de donde nos encontramos y hasta llegar al último nivel de la 
jerarquía. 

Nota 



Si queremos actualizar la 
base de datos interna que 
utiliza el comando lócate, 
podemos utilizar updatedb. 



Otro tipo de operación muy útil es la búsqueda de ficheros. Tenemos 
varios comandos que nos permiten realizar búsquedas de diferentes 
tipos sobre todos los ficheros del sistema. 
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find 


Es el comando más versátil para realizar esta acción. Nos 
permite filtrar los ficheros para encontrar desde los que tienen 
un determinado nombre, los modificados o creados a partir de 
una cierta fecha, los que tienen ciertos permisos, etc. Su única 
desventaja es que no utiliza ningún tipo de mecanismo para 
acelerar la búsqueda, con lo cual, éstas pueden tardar 
bastante. 


lócate 


Se trata de otro comando, pero, a diferencia del anterior, utiliza 
una base de datos interna que se actualiza periódicamente y 
nos permite hacer búsquedas bastante más rápidas. Debemos 
tener en cuenta, sin embargo, que los resultados no siempre 
estarán actualizados, además de que no podemos realizar 
búsquedas tan versátiles como con find. 


whereis 


Por último, whereis está orientado a la búsqueda de los 
archivos binarios (los ejecutables), de ayuda o los de código 
fuente de un determinado programa. 



2.3.7. Tipos y contenido de ficheros 



Contenido 

complementario 



Utilizar la extensión para 
determinar el tipo de un ar- 
chivo no es un sistema muy 
eficaz, ya que cualquiera 
puede cambiarla y generar 
confusiones y errores en el 
sistema. 



Los archivos que tenemos en nuestro sistema pueden ser de muchos 
tipos diferentes: ejecutables, de texto, de datos, etc. A diferencia de 
otros sistemas que utilizan la extensión del archivo para determinar 
de qué tipo son, GNU/Linux utiliza un sistema denominado de magic 
numbers, determinando con un número mágico el tipo de fichero se- 
gún sus datos (se pasan una serie de tests que intentan determinar 
de qué tipo es el fichero). El comando file nos lo indica. 



Si necesitamos ver el contenido de un fichero, uno de los comandos 
básicos es el cat. Pasándole el nombre o nombres de los archivos 
que queremos ver, se muestra por pantalla. Debemos intentar no 
mostrar ficheros ejecutables o de datos por pantalla, ya que el vol- 
cado de caracteres no imprimibles nos dejaría la consola con carac- 
teres no comprensibles (siempre la podemos reiniciar tecleando 
reset o tset). Para ficheros muy extensos, nos irán mucho mejor 
los comandos less o more, que permiten desplazarnos por el fi- 
chero de forma progresiva. Si el tipo de fichero es binario y queremos 
ver qué contiene, podemos utilizar los comandos hexdump u od 
para ver el contenido de forma hexadecimal u otras representacio- 
nes. strings nos buscará las cadenas de caracteres dentro de un 
fichero binario y las mostrará por pantalla. 
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Otro tipo de comandos muy útiles son los que nos buscan un cierto 
patrón en el contenido de los ficheros. Con el comando grep le po- 
demos pasar como segundo parámetro el nombre del archivo y 




como primero el pattern que queramos buscar (con la sintaxis que 
veíamos anteriormente, extendida a otras opciones). Además, el co- 
mando nos permite otras múltiples acciones, como contar el número 
de líneas donde aparece el patrón (parámetro "-c"), etc. Con cut 
podemos separar en campos el contenido de cada línea del fichero 
especificando qué carácter es el separador, muy útil en tareas de ad- 
ministración del sistema para su automatización. También podemos 
coger un determinado número de líneas del principio o fin de un ar- 
chivo con los comandos head y tail respectivamente. Con wc po- 
demos contar el número de líneas o palabras, la máxima longitud de 
línea de un fichero, etc. 



Finalmente, para acabar con esta sección de manipulación de fiche- 
ros, lo único que nos falta por ver es cómo comparar diferentes ar- 
chivos. Igual que con las otras operaciones, tenemos varios 
comandos que nos permiten hacerlo, diff, cmp y comm realizan 
comparaciones de diferentes formas y métodos en los ficheros que 
indicamos, sdiff, además, permite mezclarlos a nuestra elección. 



2.4. Los procesos 

El hecho de que el sistema operativo sea multitarea implica que po- 
demos lanzar más de un programa a la vez. Un proceso no es más 
que un programa o aplicación que se encuentra cargado en la me- 
moria y en proceso de ejecución. Aunque nuestro ordenador sólo 
disponga de una CPU, el sistema operativo se encarga de repartir el 
tiempo de procesamiento de la misma para que varios procesos pue- 
dan ir realizando sus operaciones, dando la sensación de que se es- 
tán ejecutando todos a la vez. 

Para identificar de forma inequívoca cada proceso, el núcleo del sis- 
tema les asigna un número llamado PID ( Process IDentification). 
Aunque podríamos pensar que con solo el nombre ya los podríamos 
referenciar, es imprescindible disponer de este número porque po- 
demos ejecutar un mismo programa tantas veces como queramos, 
al mismo tiempo que se ejecutan diferentes instancias del mismo. 
Para saber qué procesos se están ejecutando, podemos utilizar el co- 
mando ps. Para explorar un poco más todo este mecanismo de pro- 



Contenido 

complementario 



La gestión de procesos es 
un aspecto vital en todo 
sistema operativo, ya que 
determina el tiempo de res- 
puesta de nuestras aplica- 
ciones, la eficiencia con que 
se utiliza la memoria y la 
CPU, etc. 
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cesos, explicaremos con más detalle algunos de los parámetros que 

le podemos pasar a este comando: 

• "t": esta opción viene por defecto y nos indica que sólo se mos- 
trarán los procesos que se están ejecutando en el terminal dónde 
nos encontramos o que se hayan lanzando a partir de él. 

• "-a": nos muestra los procesos de todos los terminales del siste- 
ma. 

• "-A": nos muestra todos los procesos del sistema. Si ejecutamos 
el comando, veremos que, aparte de los programas que los usua- 
rios ejecutan, hay otros. Muchos de ellos ejecutan las funciones 
necesarias para que el operativo funcione correctamente, otros 
son los servidores de aplicaciones configurados, etc. 

• "-1": enseña información extendida para cada proceso, como el 
tiempo de CPU que ha utilizado, el terminal donde se ejecuta, etc. 
En la segunda columna también podemos ver el estado del pro- 
ceso. Aunque el sistema tenga muchos procesos ejecutándose en 
un mismo instante de tiempo, ello no implica que todos necesiten 
tiempo de CPU constantemente. Por ejemplo, cuando un servidor 
de páginas web no tiene ninguna petición, no es necesario que 
haga absolutamente ninguna operación. Aunque esté en memo- 
ria preparado para ejecutarse al recibir una petición, es mejor 
que no pase en ningún momento por la CPU, ya que ésta puede 
utilizarse para otros procesos que sí que la necesitan. Internamen- 
te, el sistema operativo tiene implementados una serie de meca- 
nismos muy eficaces para gestionar toda esta clase de 
operaciones. De este modo, un proceso puede estar en los si- 
guientes estados (mostrados con el carácter correspondiente): 

- "d": proceso ininterrumpible. Este tipo de proceso generalmente 
suele pertenecer a la entrada/salida de algún dispositivo que se 
dañaría si dejara de ser atendido. 

- "r": proceso que en el momento de ejecutar el comando también 
se está ejecutando, o sea, todos aquellos que están en cola de 
ejecución. La cola de ejecución de procesos es donde se ponen 
todos aquellos que se van repartiendo el tiempo de la CPU. 
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- "S": proceso dormido o esperando que ocurra algún tipo de 
evento para que el sistema lo despierte y lo ponga en la cola de 
ejecución. 

- "T": proceso que ha sido detenido por el usuario o el sistema. 

- "z": proceso zombie. Este estado indica que el proceso ha tenido 
algún fallo y no funciona correctamente. Generalmente es mejor 
eliminar este tipo de procesos. 

Otro comando muy útil es el top, que nos informa de forma interac- 
tiva de los procesos del sistema, del estado de utilización de la CPU, 
la memoria utilizada y libre, la RAM que utiliza cada proceso, etc. 
Este programa es muy indicado cuando el sistema no responde ade- 
cuadamente o notamos alguna disfunción extraña, ya que nos permite 
localizar rápidamente qué proceso está afectando negativamente al 
rendimiento del sistema. 

Como vemos, el sistema nos informa sobre todos los aspectos posi- 
bles de los procesos del sistema. Además de esto, podemos enviar 
ciertas señales a los procesos para informarles de algún evento, po- 
demos sacarlos de la cola de ejecución, eliminarlos, darles más prio- 
ridad, etc. Saber manipular correctamente todos estos aspectos 
también es muy importante, ya que nos permitirá utilizar nuestro or- 
denador de forma más eficiente. Por ejemplo, si somos administra- 
dores de un centro de cálculo donde la mayoría de aplicaciones que 
se ejecutan necesitan mucho tiempo de CPU, podríamos configurar 
el sistema para hacer que los más urgentes se ejecuten con más prio- 
ridad que otros y acaben primero. El comando kill nos permite 
enviar señales a los procesos que nos interese. En general, todos los 
programas se diseñan para que puedan recibir este tipo de señales. 
De este modo, según el tipo de señal recibido saben que deben rea- 
lizar unas operaciones u otras. Hay muchos tipos diferentes de seña- 
les, que podemos ver en el manual de kill, aunque las más 
utilizadas son las que nos sirven para obligar a un proceso a que ter- 
mine o pause su ejecución. Con la señal TERM ("kill -15 PID"), 
le indicamos al proceso que queremos que termine, de modo que al 
recibir la señal deberá guardar todo lo necesario y acabar su ejecu- 
ción. Si hay algún tipo de problema o el programa no está prepara- 
do para recibir este tipo de señal, podemos utilizar KILL ("kill - 



Contenido 

complementario 



Con los comandos de ma- 
nipulación de procesos po- 
demos realizar cualquier 
acción que nos interese: 
desde pausar los procesos 
de un usuario concreto, eli- 
minar aquellos que no nos 
interesan o hacer que algu- 
nos ocupen más tiempo la 
CPU para que vayan más 
rápido. 



Contenido 

complementario 



Para tratar las señales en un 
shell script (véase más ade- 
lante cómo programarlos), 
podemos utilizar el coman- 
do trap. 
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9 PID"), que automáticamente lo expulsa de la cola de ejecución, 
killall sirve para referirnos al nombre de varios procesos a la vez 
en lugar de referendarios por su PID y, de esta forma, enviarles una 
señal a todos a la vez. Con el comando skill también podemos 
enviar señales a los procesos, pero con una sintaxis diferente. Por 
ejemplo, si queremos detener todas las ejecuciones de un determi- 
nado usuario, podríamos utilizar "skill -STOP -u nombreLo- 
gin", con lo que todos los procesos de dicho usuario se pararían. 
Para reiniciarlos de nuevo, podríamos pasar la señal de CONT. 
Cuando estamos ejecutando algún programa en una consola y que- 
remos pasarle la señal de TERM, podemos utilizar la combinación 
de teclas CTRL+C. Con CTRL+Z podemos pausar un programa y re- 
vivirlo con fg. 

Otra manera de ver los procesos es por su jerarquía. Igual que en el 
sistema de ficheros, los procesos siguen una cierta jerarquía de pa- 
dres a hijos. Todo proceso debe ser lanzado a partir de otro, sea el 
propio intérprete de comandos, el entorno gráfico, etc., de manera 
que se crea una relación de padres a hijos. Con el comandopstree 
podemos ver esta jerarquía de forma gráfica. Si lo ejecutamos, vere- 
mos cómo el padre de todos los procesos es uno llamado init. A 
partir de éste parten todos los demás, que a la vez pueden tener más 
hijos. Esta estructura jerárquica es muy útil, ya que, por ejemplo, ma- 
tando a un proceso padre que contiene muchos otros hijos, también 
matamos a todos sus hijos. También nos puede servir para identificar 
de dónde parten ciertos procesos, etc. Si no le pasamos ningún pa- 
rámetro al comando, por defecto compacta todos los procesos con 
un mismo nombre para no mostrar una estructura demasiado gran- 
de, aunque esto también es configurable a partir de sus parámetros. 

Todos los procesos del sistema tienen una cierta prioridad. Como de- 
cíamos antes, esta prioridad indica el tiempo de CPU que se le dejará 
al proceso. Cuanto más prioritario sea el proceso, más tiempo de 
ejecución tendrá respecto a los otros. El rango de prioridades va des- 
de el -20 al 1 9, de mayor a menor. Para lanzar un proceso con una 
determinada prioridad, podemos utilizar el comando nice. Si que- 
remos dar una prioridad diferente a un proceso que ya esté en eje- 
cución, podemos utilizarrenice. Sólo el root puede utilizar el rango 
de prioridades negativas; así, el sistema se asegura de que el root 
cuente siempre con la posibilidad de ejecutar procesos más rápida- 
mente que los usuarios. Por defecto, la prioridad con que se ejecutan 
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los programas es la 0. Un aspecto que habrá que considerar es que 
con todo este mecanismo de prioridades no podemos medir el tiem- 
po de ejecución real de un proceso porque la CPU se reparte entre 
todos los que tengamos en la cola de ejecución. En centros de cálculo 
donde se factura según el tiempo de utilización de las máquinas, es 
muy importante poder medir adecuadamente este aspecto. Por este 
motivo, el sistema nos proporciona el comando time, el cual, al pa- 
sarle el programa que queremos medir, nos devuelve el tiempo real 
de CPU que ha utilizado. 



2.5. Otros comandos útiles 



2.5.1 . La ayuda del sistema 

Como hemos dicho a lo largo del documento, todos los comandos 
tienen multitud de opciones y parámetros diferentes que nos permi- 
ten manipularlos a nuestra elección. Desde el principio se tuvo muy 
en cuenta que es imprescindible contar con una buena documenta- 
ción para todos ellos. Igualmente, toda esta información es necesa- 
ria para los ficheros de configuración del sistema, las nuevas 
aplicaciones que utilizamos, etc. Por ello, el mismo sistema incorpora 
un mecanismo de manuales con el que podemos consultar casi todos 
los aspectos de los programas, utilidades, comandos y configuracio- 
nes existentes. El comando más utilizado es el man, que nos enseña 
el manual del programa que le indicamos como parámetro. Por de- 
fecto, esta documentación se muestra por medio del programa 
less, con el cual podemos desplazarnos hacia delante y hacia atrás 
con las teclas de AVPÁG y REPÁG, buscar una palabra con el carác- 
ter "/" seguido de la palabra ("n" nos sirve para buscar las siguientes 
ocurrencias y "N" para las anteriores), "q" para salir, etc. Los manua- 
les del sistema están divididos en diferentes secciones según la natu- 
raleza de los mismos: 

1) Programas ejecutables (aplicaciones, comandos, etc.). 

2) Llamadas al sistema proporcionadas por el shelt. 

3) Llamadas a librerías del sistema. 
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4) Archivos especiales (generalmente los de dispositivo). 



Contenido 

complementario 



Para realizar sus búsquedas 
de forma rápida, la aplica- 
ción man utiliza una base 
de datos interna que va a 
buscar por los archivos que 
contienen los manuales y 
los indexa de forma ade- 
cuada. Si queremos actuali- 
zar este manual (aunque 
normalmente el mismo sis- 
tema ya lo hace automáti- 
camente), podemos utilizar 
el comando mandb. 



5) Formato de los archivos de configuración. 

6) Juegos. 

7) Paquetes de macro. 

8) Comandos de administración del sistema (generalmente aquellos 
que sólo el root puede utilizar) 

9) Rutinas del núcleo. 

Si hay más de un manual disponible para una misma palabra, po- 
demos especificarlo pasándole el número correspondiente de la sec- 
ción deseada antes de la palabra, por ejemplo "man 3 printf". 
Como los otros comandos, man tiene multitud de opciones diferen- 
tes documentadas en su propio manual ("man man"), a partir de las 
cuales podemos hacer búsquedas automáticas, crear un fichero del 
manual en formato imprimible, etc. Una de estas opciones, que nos 
puede ir muy bien en las ocasiones que no sepamos exactamente el 
programa que estamos buscando, es "-k" (el comando apropos 
hace casi exactamente lo mismo). Con "man -k" seguido de una pa- 
labra que haga referencia a la acción que queramos realizar se bus- 
cará por entre todos los manuales del sistema y se mostrarán los que 
en su descripción o nombre aparezca la palabra indicada. Así, po- 
demos encontrar lo que queremos sin tener que recurrir a ningún li- 
bro o referencia externa al sistema. 

Si el manual no nos proporciona toda la información que necesita- 
mos, podemos usar el comando info, que es lo mismo que el ma- 
nual pero aún más extendido. Si lo único que queremos es tener una 
breve referencia de lo que hace un determinado programa/librería/ 
etc., podemos utilizar el comando whatis. 



2.5.2. Empaquetado y compresión 

Comprimir un archivo, agrupar varios en uno solo o ver qué con- 
tiene un archivo comprimido son tareas que efectuaremos frecuen- 
temente para hacer copias de seguridad, transportar archivos de 
un sitio a otro, etc. Aunque existen multitud de programas diferen- 
tes que nos permiten llevar a cabo esta clase de operaciones, ge- 
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neralmente en todos los sistemas GNU/Linux encontraremos la 
herramienta tar. Este programa nos permite manipular de cual- 
quier manera uno o varios archivos para comprimirlos, agruparlos, 
etc. Aunque sus múltiples opciones son inacabables y tiene muchí- 
sima flexibilidad, aquí sólo explicaremos algunas de las más bási- 
cas para hacernos una idea de lo que podemos hacer con él. La 
sintaxis que utiliza es la siguiente: "tar opciones archivoDes- 
tino archivosOrigen", donde el archivo de destino será el nue- 
vo fichero que queremos crear y los de origen serán los que se 
agruparán o comprimirán. Es importante tener en cuenta que si 
queremos agrupar toda una carpeta, por defecto el proceso es re- 
cursivo, de forma que al empaquetarla ésta recorrerá todos sus ni- 
veles y agrupará todo lo que contenga. Para crear un nuevo 
archivo, debemos pasarle el parámetro "c", y si lo queremos guar- 
dar en un archivo, debemos pasarle el " f". De este modo, " tar cf 
final . tar o*" empaquetará todos los archivos del directorio ac- 
tual que empiecen por "o". Si además quisiéramos comprimirlos, 
podríamos utilizar "czf" con lo que se utilizaría el programa gzip 
después de empaquetarlos. Para desempaquetar un determinado 
archivo, el parámetro necesario es el "x", de modo que debería- 
mos escribir "tar xf " indicando el fichero empaquetado. Si estu- 
viera comprimido, deberíamos pasar "xzf". 

Aunque con el mismo tar podemos comprimir archivos, la aplica- 
ción en sí misma no es de compresión. Como hemos dicho, para ello 
utiliza programas externos como el gzip. El gzip utiliza un formato 
de compresión propio y diferente del tan popularizado zip, que 
también podemos utilizar instalando la aplicación correspondiente. 
Otra aplicación de compresión bastante utilizada y que proporciona 
muy buenos resultados es el bzip2. En la siguiente tabla podemos 
ver la extensión que se suele utilizar para identificar qué formato uti- 
liza un archivo comprimido o empaquetado: 



extensión 


formato 


".tar" 


tar 


// // 

.gz 


gzip 


// , // 

. tgz 


tar + gzip 


//i o // 

.bz2 


bzip2 


".zip" 


zip 


".z" 


compress 
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2.5.3. Operaciones de disco 



Contenido 

complementario 



El tamaño del bloque y otros 
muchos parámetros se pue- 
den configurar al formatear 
una partición del disco duro 
(con el sistema ext2 o ext3). 
Estos parámetros se pueden 
ajustar para hacer que el 
sistema se adapte mejor a 
nuestras necesidades y con- 
seguir mayor eficiencia. 



La gestión y manipulación de los discos duros del ordenador es otro 
aspecto fundamental en las tareas de administración del sistema. 
Aunque más adelante veremos cómo configurar adecuadamente los 
discos que tengamos instalados en el ordenador, en esta sección ex- 
plicaremos cuáles son los comandos necesarios para ver informa- 
ción relativa a los mismos. Todo disco duro está dividido en 
particiones, a las que podemos acceder como si de un dispositivo in- 
dependiente se tratara, y denominaremos unidad. Esto es muy útil 
porque nos permite separar de forma adecuada la información que 
tengamos en el sistema, para tener más de un sistema operativo ins- 
talado en el mismo disco, etc. El comando df nos muestra, de cada 
unidad montada en el sistema, el espacio que se ha utilizado y el que 
está libre. Vamos a interpretar la siguiente salida de df: 



Filesystem 


lk-blocks 


Used 


Available 


Use% 


Mounted on 


/ dev/hdal 


7787712 


421288 


6970828 


6% 


/ 


/ dev/hdbl 


19541504 


5742384 


13799120 


29% 


/ info 


/dev/hdc 


664432 


664432 


0 


100% 


/CD-ROM 



Como podemos ver, por cada partición o dispositivo montado en el 
sistema el comando nos muestra la cantidad de bloques disponibles 
y utilizados. El bloque de disco es una unidad que se utiliza interna- 
mente en los dispositivos de almacenamiento para que el manejo de 
los mismos sea más efectivo. Por defecto, este comando nos enseña 
la información por bloques de 1 k, aunque pasándole el parámetro 
"-h" ( human readable ) lo podríamos ver de forma más amena. La 
primera línea siempre nos muestra la raíz del sistema de ficheros (el 
root filesystem ) y después los otros dispositivos. Fijémonos como 
también nos muestra su punto de anclaje (en la última columna), que 
es la carpeta donde deberíamos ir para poder ver su contenido. 

Otro comando muy útil es du, que nos muestra realmente lo que nos 
ocupa un fichero en disco. Para entender claramente qué queremos 
decir con esto, debemos profundizar un poco más en la organización 
interna de los discos y en cómo el sistema operativo los manipula. 
Tal como decíamos anteriormente, por razones de eficiencia el siste- 
ma operativo divide el espacio del disco en pequeños trozos llama- 
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dos bloques. El tamaño del bloque es configurable y generalmente 
depende del tamaño del disco, aunque también lo podemos confi- 
gurar para adaptarlo mejor a nuestras necesidades. Cada vez que 
queremos añadir un nuevo archivo, el sistema operativo le asigna un 
bloque. De este modo, al leer u operar sobre él, el operativo puede 
leer directamente todo un bloque (del tamaño configurado) en un 
solo paso. Cuando el fichero ocupa más de un bloque, se le asignan 
más, intentando que queden lo más ¡untos posible, de modo que se 
puedan leer consecutivamente e incrementando, así, la velocidad de 
lectura. El único inconveniente de este sistema es el desaprovecha- 
miento que se hace de los bloques cuando los ficheros son muy pe- 
queños, ya que si un determinado archivo no ocupa todo el bloque, 
el espacio restante no se puede aprovechar para ningún otro. De to- 
dos modos, este tipo de organización es el que utilizan todos los sis- 
temas de ficheros existentes, ya que es lo más rentable para 
aprovechar el disco duro. El comando du, pues, nos muestra el nú- 
mero de bloques que realmente utiliza un determinado archivo en el 
disco. 



Para saber los parámetros que tenemos configurados en nuestras 
unidades de disco formateadas con ext2 o ext3, podemos utilizar el 
comando dumpe2fs, pasándole la partición concreta. Veremos 
cómo hay multitud de opciones diferentes que nos permiten ajustar 
muy bien el comportamiento del mismo (en el manual encontrare- 
mos qué significa cada opción). De todos modos, una vez hayamos 
formateado una partición, ya no podremos modificar casi ninguna 
de estas opciones. Si quisiéramos cambiarlas, deberíamos copiar 
toda la información de la partición, formatear de nuevo y volver a 
copiar los archivos originales. 

Las funciones del núcleo que se encargan de la gestión de ficheros 
utilizan una serie de métodos para agilizar los procesos de lectura y 
escritura de los mismos. Uno de ellos es la utilización de una caché 
de disco, de forma que no se haya de estar constantemente leyendo 
y escribiendo en el dispositivo físico, que resulta un proceso lento y 
costoso. Lo único que hace el mecanismo de caché es mantener una 
copia del fichero con el que se está trabajando en la memoria RAM 
(mucho más rápida), de modo que el proceso sea transparente para 
el usuario (la copia a disco se realiza según algún tipo de política im- 
plementada en el núcleo). El único problema de esta gestión es que 
si tenemos un corte en la alimentación y no hemos cerrado correcta- 



Contenido 

complementario 



La desfragmentación de un 
disco no es más que la reor- 
ganización de los bloques 
de los ficheros para que 
queden en lugares consecu- 
tivos y su acceso sea más 
rápido. En los sistemas de 
ficheros que utilizamos con 
GNU/Linux no hace falta 
desfragmentar los discos 
(aunque hay programas al 
efecto) porque el sistema se 
encarga automáticamente 
de su buena organización. 
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mente el sistema, es posible que algunos ficheros no se hayan podi- 
do guardar en el disco físico y tengamos alguna inconsistencia en el 
sistema de ficheros. El programa fsck comprueba y arregla un sis- 
tema de ficheros que haya quedado en este estado. Aunque lo po- 
demos ejecutar cuando queramos, generalmente el mismo sistema 
operativo lo ejecuta cuando en el proceso de arranque detecta que 
el sistema no se cerró adecuadamente (antes de apagar el ordena- 
dor, debemos ejecutar el comando shutdown, que se encarga de 
lanzar todos los procesos necesarios para que los programas aca- 
ben, se desmonte el sistema de ficheros, etc.). En este sentido, el sis- 
tema de ficheros ext3 es más eficaz que su predecesor, ya que el 
journaling le permite recuperar más información de los ficheros per- 
didos y más rápidamente. 

Naturalmente, si los ficheros que tratamos en nuestro sistema son 
muy críticos y no podemos, en ningún caso, permitirnos el hecho de 
perderlos, también podemos configurar el operativo para que no uti- 
lice el sistema de caché de disco. De todos modos, es muy recomen- 
dable utilizar este mecanismo porque incrementa mucho el 
rendimiento del sistema. Si en algún momento nos interesa sincroni- 
zar la información de la caché de disco con el disco físico, podemos 
utilizar el comando sync. Finalmente, también podemos comprobar 
la integridad física de una partición utilizando el comando bad- 
blocks, que lleva a cabo un chequeo sobre el dispositivo indicado 
para comprobar que no haya ninguna zona dañada. 

La mayoría de los comandos expuestos en esta sección necesitan de 
permisos especiales para ejecutarse, de forma que sólo el root podrá 
utilizarlos. 



2.6. Operaciones con comandos 



2.6.1. Redireccionamientos 

Una vez hemos aprendido a utilizar algunos de los comandos del sis- 
tema, es muy probable que en algunos casos nos interese utilizarlos 
de forma simultánea para agilizar las acciones que queremos reali- 
zar. Una operación muy interesante consiste en poder coger la salida 
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de un comando para que sirva de entrada a otro y procesarla ade- 
cuadamente. El sistema operativo utiliza un mecanismo de pipes (tu- 
berías), que nos permite redirigir las salidas de cualquier comando 
o programa hacia donde queramos. Su funcionamiento es muy sim- 
ple: se trata de poner el carácter " | " entre los comandos, de manera 
que la salida del primero sirve como entrada para el segundo. Va- 
mos a verlo con un ejemplo: al escribir el comando "echo 
campol : campo2 : campo3 : campo4", lo único que conseguiríamos 
sería que por pantalla nos apareciera "campol : campo2 : campo3 : 
campo4". Si de esta salida sólo quisiéramos coger el " campo3", po- 
dríamos redirigirla con un pipe hacia el comando cut, para que se- 
leccione únicamente el campo que nos interesa de la siguiente manera: 
"echo campol : campo2 : campo3 : campo4 | cut -d: -f3". En la 
siguiente figura podemos ver este ejemplo de forma gráfica: 



echo campol :campo2:campo3:campo4 

| campol :campo2:campo3:campo4 )— ► cut -d: -f 3 
PIPE 






Naturalmente, podemos conectar tantos pipes como necesitemos 
para realizar acciones más prácticas que la que acabamos de ver. 
Otro tipo de redireccionamientos muy prácticos son aquellos que es- 
tán relacionados con los ficheros. Este tipo de redireccionamiento 
nos permite cogertoda la salida de un comando o programa y guar- 
darla en un fichero utilizando el carácter ">", igual que hacíamos 
con " | ". Por ejemplo, si queremos guardar en un nuevo fichero todo 
lo que vayamos escribiendo hasta apretar CTRL+C, podríamos utili- 
zar lo siguiente: "cat > prueba . txt". Con ">>" podemos hacer 
exactamente lo mismo, pero en lugar de crear siempre el nuevo fi- 
chero, si éste ya existiera, se añadiría la información al final del mis- 
mo. Con "<" el redireccionamiento se realiza en sentido contrario, 
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de modo que el contenido del fichero que le indicamos se dirigirá ha- 
cia el comando o programa señalado. 

Un aspecto muy interesante que debemos conocer es que en siste- 
mas tipo UNIX se separa la salida normal de un programa con la de 
los errores. Aunque por defecto las dos salidas están dirigidas a la 
consola donde se ha ejecutado el programa, podemos manipularlas 
para que se dirijan hacia donde queramos. Para ver esto de manera 
práctica, probamos de borrar un fichero que no existe con la siguien- 
te instrucción: "rm fichero > resultados". Aunque estamos re- 
direccionando la salida del comando hacia el fichero de resultados, 
por pantalla nos aparecerá un mensaje de error indicando que no se 
ha encontrado el fichero. Esto es debido a que por defecto los redi- 
reccionamientos sólo aceptan la salida estándar del programa y no 
la de error, que por defecto también se muestra por pantalla. Para 
redirigir la salida de error, deberíamos indicar, antes del carácter ">" 
el número "2", que es la salida de error (la "1" es la normal). De esta 
manera, ejecutando "rm fichero 2> resultados" sí que con- 
seguiríamos que la salida se redirigiera al archivo de resultados. 
También podemos guardar la salida normal y la de errores en dos 
ficheros diferentes: "rm fichero 1> resultados 2> errores". 
Si por el contrario quisiéramos que todas las salidas se dirigieran 
hacia un mismo archivo, podríamos utilizar Además, con el ca- 
rácter podemos encaminar salidas de un tipo hacia otras; por 
ejemplo, si quisiéramos encaminar la salida de errores hacia la nor- 
mal, podríamos indicarlo del siguiente modo: "2>&1". 

Es importante tener en cuenta que el orden de los redireccionamiento 
es significativo: siempre se ejecutan de izquierda a derecha. 



2.6.2. Comandos específicos del bash 

Aunque algunos de los comandos que hemos visto ya son específicos 
del bash, este intérprete de comandos dispone de otros que nos pue- 
den servir para realizar otras muchas operaciones interesantes. Un 
mecanismo muy útil es el de ejecutar procesos en lo que se llama 
modo background. Este modo indica sencillamente que el proceso 
se está ejecutando, pero que el shell nos devuelve la línea de coman- 
dos para poder seguir ejecutando otros programas. Para indicarle 
esto al bash, debemos escribir el carácter después del comando 
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o programa que vamos a ejecutar. Una vez se ha lanzado el proceso 
en modo background, se muestra una línea donde se nos indica el 
número de trabajo y PID del proceso lanzado. 



Con el comando jobs podemos ver qué procesos están lanzados 
en modo background (pasándole el parámetro también podre- 
mos ver su PID). Si quisiéramos pasar uno de estos procesos a modo 
foreground (como si lo hubiéramos lanzado desde la línea de co- 
mandos sin el carácter podemos utilizar el comando fg indi- 
cando el PID del proceso. También existe bg, que nos envía un 
determinado proceso a modo background. Este último es útil cuan- 
do, por ejemplo, ejecutamos un programa en modo foreground y lo 
pausamos con CTRL+Z. Si después ejecutamos bg indicándole su 
PID, el proceso continuará su ejecución en modo background. Tal 
como veíamos en secciones anteriores, los procesos también tienen 
un jerarquía de padres a hijos. Cuando ejecutamos algún programa 
en modo background no estamos interfiriendo en esta jerarquía, de 
modo que si salimos de la sesión, todos etos procesos se acabará 
porque el padre (el intérprete de comandos desde donde los hemos 
lanzado) ya no estaría en ejecución. Si queremos desvincular un pro- 
ceso de su padre, podemos utilizar disown. 



Otro mecanismo muy útil del bash es la historia de comandos. Es nor- 
mal que utilizando el sistema debamos repetir muchas instrucciones 
escritas anteriormente. Con las teclas del cursor arriba y abajo pode- 
mos ir viendo todos los comandos que hemos ido utilizando y repetir 
alguno apretando RETURN. También podemos utilizar history, con 
el cual se mostrarán por pantalla todos los comandos ejecutados, enu- 
merados según su aparición. Escribiendo "!NUM" se ejecutará el que 
se corresponda con esta historia. También podemos escribir " ! " segui- 
do de las letras iniciales de algún programa ejecutado anteriormente 
y el programa buscará el más reciente para ejecutarlo. 



Contenido 

complementario 



El bash nos proporciona in- 
finitud de herramientas 
para regular cualquier as- 
pecto del intérprete de co- 
mandos. En su extenso 
manual podemos encontrar 
la documentación necesaria 
para aprender a manipular- 
las correctamente. 



El bash dispone, asimismo, de teclas de acceso rápido que nos per- 
miten ejecutar ciertas acciones sin ni siquiera escribirlas. Algunas de 
las más frecuentes son: 



TAB: no es necesario escribir el nombre de un fichero, directorio 
o comando enteramente. Si escribimos los primeros caracteres y 
después apretamos la tecla del tabulador nos acabará de escribir 
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el resto. Si hubiera más de una coincidencia nos mostraría las di- 
ferentes posibilidades. 

• CTRL+L: limpia la pantalla (igual que el comando clear). 

• SHIFT+REPÁG: enseña media pantalla anterior. 

• SHIFT+AVPAG: enseña media pantalla posterior. 

• CTRL+W: elimina la última palabra escrita. 

• CTRL+T: intercambia el orden de los últimos caracteres. 

• CTRL+U: borra todos los caracteres anteriores al cursor. 

• CTRL+D: sale del intérprete de comandos (equivalente a hacer un 

logout). 

• ulimit es un comando que nos permite configurar algunos de 
los aspectos internos relacionados con el bash. Por ejemplo, per- 
mite indicar la cantidad de memoria que puede utilizar el intér- 
prete de comandos, el número máximo de archivos que se 
pueden abrir, etc. Este comando puede servirnos para restringir 
un poco las acciones que pueden hacer los usuarios de nuestro 
sistema (en caso de administrar servidores con muchos usuarios). 



2.6.3. Shell Scripts con bash 



Contenido 

complementario 



El comando fe nos permite, 
igual que los shell Scripts, 
escribir una serie de coman- 
dos para que se ejecuten 
pero sin tener que guardar 
el archivo. 



Los shell scrlpts son ficheros donde escribimos una serie de coman- 
dos (cualquiera de los que hemos visto en este capítulo) para que 
sean ejecutados. Aunque su sintaxis puede llegar a ser muy compleja 
y tendríamos que entrar en aspectos de programación para enten- 
derla claramente, en esta sección explicaremos de forma resumida 
algunas de sus características esenciales para que podamos enten- 
derlos y utilizarlos mínimamente (si queremos profundizar más en 
ellos, podemos recurrir al manual del bash). La primera línea del 
shell script debe especificar el intérprete de comandos que se utiliza: 



# ! /bin/bash 
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Después de esta línea ya podemos empezar a escribir los comandos 
que queremos ejecutar, uno en cada línea. Como en todo lenguaje 
de programación, podemos utilizar variables, estructuras condicio- 
nales y bucles. Para declarar una variable utilizaremos la siguiente 
sintaxis: 

nombreVariable=contenido 

Si el contenido es una cadena de caracteres, debemos ponerlo entre 
comillas, si es un número, no hace falta poner nada y si queremos 
guardar en la variable la salida de un comando, deberíamos ponerlo 
entre caracteres. Para referirnos al contenido de la variable en otras 
instrucciones, siempre debemos preceder al nombre con el carácter 
"$". Para las instrucciones condicionales podemos utilizar las si- 
guientes estructuras: 

if condición; then 
instrucciones 
else 

instrucciones 

fi 

donde condición puede hacer referencia a un archivo, realizar al- 
guna operación de comparación aritmética (entre caracteres "( ( 

) )"), etc. De especial utilidad es el comando test, que nos permite 
hacer comprobaciones de archivos, directorios, etc. y nos devuelve 
un booleano. De este modo, por ejemplo, si quisiéramos realizar 
una acción u otra según si existiera un determinado archivo, podría- 
mos utilizar la siguiente estructura: 

if test -f /etc/inittab; then 

echo "El fichero inittab existe." 
else 

echo "El fichero inittab NO existe." 
fi 

Otra estructura condicional es la de selección: 

case palabra in 
casol ) 
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instrucciones 



caso2 ) 

instrucciones 



*) 

instrucciones 

esac 



Contenido 

complementario 



Para escribir comentarios 
en los shell Scripts podemos 
utilizar el carácter "#" se- 
guido del comentario que 
queramos. Este será válido 
hasta final de línea. 



En esta estructura se compara palabra con casol, caso2, etc., 
hasta encontrar la que coincida, en la que se ejecutarán las instruc- 
ciones del caso. Si no se encontrara ninguna, se pasaría a la sección 
"* ) ", que es opcional. Esta estructura puede irnos muy bien cuando, 
por ejemplo, queramos que un determinado script haga unas accio- 
nes u otras según el parámetro que le pasemos. Los parámetros los 
podemos referenciar a partir de "$1" para el primero, "$2" para el 
segundo y consecutivamente. Para los bucles podemos utilizar algu- 
na de las siguientes estructuras: 



#BUCLE TIPO FOR 
for i in lista; do 
instrucciones 
done 

#BUCLE TIPO WHILE 
while condición; do 
instrucciones 
done 



Naturalmente, antes de poder ejecutar un shell script debemos dar 
el permiso de ejecución al fichero correspondiente (comando chmod 
750 nombreFichero). 
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3. Taller de Knoppix 



3.1 . Introducción 

Este taller pretende llegar a ser vuestra primera experiencia con 
un entorno UNIX. Por esta razón, su desarrollo es guiado paso a 
paso, dejando, por supuesto, la puerta abierta a los más curiosos 
para que investiguen por cuenta propia. Con él se pretende mos- 
trar de forma práctica todo lo que se ha expuesto hasta ahora de 
forma teórica. 

Todo el taller puede desarrollarse sobre cualquier PC, ya que el 
riesgo de dañar la información que podemos tener es mínimo. Se 
ha escogido esta distribución porque para arrancarla no se re- 
quieren conocimientos previos del sistema operativo, y porque, 
una vez detenido el sistema, no deja rastro, a no ser que nosotros 
lo forcemos (KNOPPIX, por defecto, no monta en el sistema los 
discos duros, así que nuestros datos están a salvo), en el ordena- 
dor por donde se ha hecho correr. Obviamente, si se dispone de 
un sistema operativo tipo UNIX, se puede usar para hacer el se- 
guimiento del taller. 

El hecho de ser una distribución arrancable ( bootable ) desde un CD- 
ROM y no dejar rastro en el ordenador donde se ha ejecutado, una 
vez ha terminado el proceso de parada, hace que, aun estando ba- 
sado en Debian, el sistema de ficheros no siga lo que marca la De- 
bian Policy al respecto. No obstante, estas diferencias no afectarán 
al desarrollo del taller, y, todo lo que aprendamos será válido para 
los posteriores. Además, es bueno que desde el principio nos acos- 
tumbremos a trabajar con distintas distribuciones, y aprendamos a 
distinguir entre lo que es común a todos los sistemas basados en 
UNIX y lo que es propio de cada distribución. 



Antes de empezar sólo un consejo: adelante con nuestras propias ini- 
ciativas, intentemos responder nosotros mismos a nuestras inquietu- 
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des, consultemos los man, hagamos pruebas, fallemos y analicemos 
el porqué lo hemos hecho, intentémoslo de nuevo, una y otra vez, 
hasta conseguir los resultados deseados; es así como se aprende 
UNIX, sin miedo, sacando partido de los propios fallos. 



3.2. Arranque del sistema 

En primer lugar debemos asegurarnos de que nuestro ordenador 
arrancará desde el CD-ROM. Para ello, entraremos en la BIOS ( Basic 
Input Oufpuf System), generalmente pulsando la tecla Supr durante 
el proceso de chequeo de la memoria RAM, y comprobaremos que 
el CD-ROM está configurado como primer dispositivo de arranque; 
si es así, ya podemos salir de la BIOS sin necesidad de guardar nada 
y poner el CD-ROM de KNOPPIX en el lector. Si no fuese el caso, ha- 
ríamos los cambios pertinentes y los salvaríamos antes de salir de la 
BIOS. 

Tras reiniciar el ordenador, transcurridos unos segundos nos apare- 
cerá la pantalla de arranque de KNOPPIX con las siguientes líneas 
en la parte inferior: 

F2 for help 
boot : 

Podemos pulsar la tecla F2 para entrar en la pantalla donde se nos 
muestran las opciones que acepta KNOPPIX para arrancar. Podría- 
mos, por ejemplo, arrancar con teclado español y lengua castellana 
para la interacción, con GNOME como Windows manager y activar 
el scroll wheel del ratón; para hacerlo, bastaría con teclear en la lí- 
nea de comandos faoot:) lo siguiente "knoppix lang=es gnome 
wheelmouse". Pero no es el caso; el ejemplo anterior era sólo para 
mostrar la potencia de KNOPPIX; nosotros, después de insertar en la 
disquetera un disquete nuevo formateado -sobre el que daremos 
nuestros primeros pasos en Linux, garantizando así el resto de infor- 
mación que podamos tener en nuestros discos duros- sólo escribire- 
mos "knoppix 2" y pulsaremos INTRO para arrancar el sistema en 
modo texto. 



58 



Inicialmente, el teclado está configurado para EUA (us), así que al- 
gunos caracteres no se corresponden con el teclado español; esto lo 
arreglaremos en seguida; aun así, puede ser de interés saber dónde 
se encuentran algunos caracteres us en el teclado español: "=" está 
en la tecla o, “ /" en y en la tecla ' ?. 



Una vez pulsado INTRO, KNOPPIX empezará a cargar el sistema 
operativo, devolviendo por pantalla algunos de los resultados de los 
tests que va ejecutando para la autoconfiguración. 

Una vez terminado este proceso, se obtendrá la línea de comandos 

root0ttyl [ / ] #: 

Welcome to the KNOPPIX live Linux-on-CD! 

Found SCSI device(s) handled by atp870u.o. 

Accessing KNOPPIX CD-ROM at /dev/scdO... 

Total memory found: 515888 kB 

Creating /ramdisk (dynamic size=40792 8k) on /dev/shm . . . Done . 
Creating directories and symlinks on ramdisk ... Done . 

Starting init process . 

INIT: versión 2.78-knoppix booting 

Processor 0 is AMD Athlon (TM) XP 2100+ 1732MHz, 256 KB Cache 
APM Bios found, power management functions enabled. 

USB found, managed by hotplug. 

Enabling hotplug manager. 

Autoconf iguring devices . . . Done. 

Mouse is Generic 3 Button Mouse (PS/2) at /dev/psaux 
Soundcard: CM8738, driver=cmpci 
AGP bridge detected. 

Video is ATI | Radeon 7500 QW, using XFree86 (radeon) Server 
Monitor is LTN 020e, H:31-60kHz, V:55-75Hz 
Using Modes "1024x768" "800x600" "640x480" 

Enabling DMA acceleration for: hde . 

Scanning for Harddisk partitions and creating /etc/f stab . . . Done. 
Network device ethO detected, DHCP broadcasting for IP. 
(Backgrounding) 

Automounter started for: floppy CD-ROM CD-ROM1 . 

INIT: Entering runlevel : 2 
root@ ttyl [ /] # 



Ya estamos dentro del sistema. En este caso no ha hecho falta ni 
usuario ni password, hemos entrado como root directamente; lo no- 
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tamos porque el prompt termina con el carácter "#". Para cualquier 
otro usuario distinto del de root, el último carácter sería 



3.3. Paro del sistema 



Una vez dentro, lo primero que debemos saber, tal como ya se ha re- 
marcado, es cómo pararlo. Recordemos una vez más que no pode- 
mos parar el ordenador sin haber detenido antes el sistema operativo. 
Hay múltiples maneras de hacerlo. Las más comunes son: pulsar la 
combinación de teclas CTRL+ALT+Supr o mediante el comando 
halt (hay muchas más, mediante el comando reboot, cambiando 
de runlevet a 0 o 6, etc.). Una vez hayamos dado la orden al sistema 
para que se detenga, éste empezará a ejecutar las instrucciones perti- 
nentes de paro (desmontado de dispositivos, parada de procesos, 
etc.), y al final de todo este proceso, KNOPPIX expulsará el CD-ROM , 
y nos pedirá que pulsemos INTRO para parar el ordenador. 



3.4. Configuración del teclado 



Una vez sabemos cómo parar el sistema y volvemos a estar en él si- 
guiendo los mismos pasos de arranque anteriores, lo primero que 
debemos hacer es configurar el mapeo del teclado correctamente. 
Hay dos formas de hacerlo, manualmente: 



root@ttyl [ / ] #loadkeys / usr/share/keymaps/i386/qwerty/es . kmap . gz 



o bien gráficamente con el comando kbdconfig y escogiendo la 
opción "es es". 

Es importante recordar que siempre tenemos la opción de autocom- 
pletar pulsando TAB una vez, si sólo hay una opción posible, y que 
se autocomplete; o dos veces seguidas, si hay más de una opción, y 
que se nos muestren las posibilidades. Podemos probarlo con el co- 
mando loadkeys mismo. Tecleamos sólo una "1" y pulsamos TAB 
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una vez, el sistema emite un pitido; y una segunda para obtener lo 
siguiente: 

root@ttyl [ / ] # 1 

Display all 143 possibilities? (y or n) 

En este caso no queremos que se nos muestren las 143 posibilida- 
des. Pulsamos, pues, "n", añadimos una "o" y repetimos la opera- 
ción anterior de pulsar dos veces TAB. Ahora obtenemos un resultado 
distinto: 



root@ttyl [ / ] # lo 



loadkeys 


locale-gen 


lockfile-create 


logger 


logredo 


lookbib 


loadshlib 


localedef 


lockf ile-remove 


login 


logresolve 


lorder 


local 


lócate 


lockf ile-touch 


logname 


logrotate 


losetup 


lócale 


lockf lie 


logdump 


logout 


look 





root0ttyl [ / ] # lo 



Vemos que sólo falta añadir "adk" y volver a pulsar TAB para que 
funcione el autocompletado obteniendo: 

root0ttyl [ / ] # loadkeys 

El autocompletado también sirve para hacer referencia a ficheros y di- 
rectorios. Basta con teclear "loadkeys /u" y pulsar TAB para obtener: 

root0ttyl [ / ] # loadkeys /usr 

y volver a pulsar TAB para obtener: 

root0ttyl [ / ] # loadkeys /usr/ 

El autocompletado es una herramienta muy útil, no sólo porque aho- 
rra teclear, sino porque además sirve para verificar que hemos escri- 
to correctamente tanto los comandos, como los directorios y ficheros. 
Es una herramienta que, una vez acostumbrados a usarla, su ausen- 
cia se hace notar. 
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3.5. Inspección del sistema 

Una vez tenemos el teclado configurado, podemos proceder a ins- 
peccionar un poco el sistema. En primer lugar, ¿en qué sitio de la es- 
tructura de directorios nos encontramos actualmente? Lo podemos 
saber mediante el comando pwd: 

rootOttyl [/ ] # pwd 

/ 

Estamos en la raíz del sistema, lo sabemos por el retorno del coman- 
do pwd, pero también lo hubiéramos podido saber leyendo la infor- 
mación que nos da el prompt: "rootOttyl [ / ] #". Anteriormente ya 
hemos entendido el significado del carácter "#", conozcamos ahora 
el resto de información que éste nos da: 

"root", en este campo aparece el nombre de usuario, root en este 
caso, información un tanto redundante, pues de la misma manera 
indica el carácter "#", pero para el resto de usuarios es interesante. 

Después del carácter " 0 ", que simplemente sirve para separar cam- 
pos, hay "ttyl", este campo nos indica en qué terminal nos encon- 
tramos, y es que, tal como ya se ha dicho, Linux es multiusuario y 
multiproceso; así pues, no es de extrañar que podamos acceder al 
sistema desde varios terminales. Concretamente KNOPPIX ofrece, 
por defecto, cuatro terminales, a los que podemos acceder mediante 
las combinaciones de teclas ALT+F1 (ttyl), ALT+F2 (tty2), ALT+F3 
(tty3) y ALT+F4 (tty4); esto es extremadamente útil, ya que nos per- 
mite tener hasta cuatro sesiones de trabajo, pudiendo, por ejemplo, 
estar probando un comando en una, en otra tener el man del co- 
mando en cuestión para ir leyendo sus opciones, mientras que en 
otra podemos tener un editor abierto para ir tomando nota de lo que 
vamos haciendo (muchas distribuciones ofrecen seis terminales 
modo texto, reservando el séptimo para el terminal gráfico; en KNO- 
PPIX el terminal gráfico, si se ha habilitado, y no es nuestro caso, se 
hallaría en el quinto terminal). Así pues, probamos la combinación 
ALT+F2, observamos ahora que en el campo que estamos estudian- 
do aparece "tty2", y ejecutamos un comando, por ejemplo man 
man, para leer el man de la aplicación man. 
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De momento la dejamos ahí y volvemos a la ttyl, y comprobamos 
que todo está como lo habíamos dejado. 

Finalmente, y siguiendo con la interpretación del prompt, antes del 
campo ya conocido "#"encontramos " [ / ] aquí se nos indica el di- 
rectorio actual, el raíz en este caso, tal y como nos había informado el 
comando pwd. La diferencia radica en que el prompt sólo nos informa 
del directorio actual, mientras que pwd nos devuelve la ruta completa. 

Podemos ahora listar los contenidos del directorio en el que estamos. 
Para hacerlo, utilizaremos el comando Is, primero sin pasarle ningu- 
na opción, y después dos para indicarle que nos devuelva informa- 
ción más detallada (normalmente las opciones van precedidas de 
aunque hay comandos que no lo exigen, y una vez puesto el se 
pueden concatenar como se hace en el ejemplo): 



root0ttyl [/] # ls 

KNOPPIX bin boot CD-ROM dev etc home lib mnt opt proc 
ramdisk sbin tmp usr var 
root0ttyl [/] # ls -la 
total 45 



drwxr-xr-x 


9 


root 


root 


drwxr-xr-x 


9 


root 


root 


drwxr-xr-x 


20 


root 


root 


lrwxrwxrwx 


1 


root 


root 


drwxr-xr-x 


9 


root 


root 


lrwxrwxrwx 


1 


root 


root 


dr-xr-xr-x 


5 


root 


root 


drwxr-xr-x 


3 


root 


root 


drwxr-xr-x 


139 


root 


root 


lrwxrwxrwx 


1 


root 


root 


lrwxrwxrwx 


1 


root 


root 


drwxr-xr-x 


13 


root 


root 


lrwxrwxrwx 


1 


root 


root 


dr-xr-xr-x 


30 


root 


root 


drwxrwxrwt 


4 


root 


root 


lrwxrwxrwx 


1 


root 


root 


lrwxrwxrwx 


1 


root 


root 


lrwxrwxrwx 


1 


root 


root 



1024 Mar 2 18:37 . 

1024 Mar 2 18:37 

4096 Jan 18 18:05 KNOPPIX 

12 Jan 18 17:58 bin -> /KNOPPIX/bin 
1024 Mar 2 18:37 . 

13 Jan 18 17:58 boot -> /KNOPPIX/boot 
2048 Jan 4 03:34 CD-ROM 

29696 Mar 2 17:58 dev 

6144 Mar 2 17:49 etc 

13 Mar 2 18:37 home -> /ramdisk/home 

12 Jan 18 17:58 lib -> /KNOPPIX/lib 

1024 Mar 2 17:38 mnt 

12 Jan 18 17:58 opt -> /KNOPPIX/opt 
0 Mar 2 18:37 proc 

80 Mar 2 18:37 ramdisk 

13 Jan 18 17:58 sbin ->/KNOPPIX/sbin 
8 Jan 18 17:58 tmp-> /var /tmp 

12 Jan 18 17:58 usr -> /KNOPPIX/usr 
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Fijémonos en los distintos colores con los que se nos muestran los resul- 
tados (podemos observar los colores citados en nuestro PC a medida 
que vayamos progresando en el taller de Knoppix): azul marino para los 
directorios; magenta para los enlaces simbólicos, cuyo destino se nos 
muestra después de la combinación de caracteres verde para los 
Scripts y ejecutables (aunque, obviamente, en el directorio raíz no espe- 
ramos encontrar ninguno de ellos, ya que, tal como hemos visto, en 
UNIX el orden dentro del sistema de ficheros es muy rígido), etc. 

Entremos en algún directorio donde seguro que encontraremos eje- 
cutables, por ejemplo /usr/bin/ (para hacerlo, ejecutemos "cd / 
usr/bin/"). El directorio /usr/ es en realidad un enlace simbó- 
lico sobre /KNOPPIX/usr/; podríamos, pues, acceder a sus conte- 
nidos entrando en él directamente mediante el comando cd, o bien 
seguir mediante el mismo comando el destino real. Sin embargo, es- 
cogemos la primera opción, pues cuando nos encontremos en un sis- 
tema UNIX instalado en un disco duro este directorio será un 
directorio real: 



root0ttyl [bin] # ls -la 
total 171831 



drwxr-xr-x 


2 


root 


root 


311296 Jan 18 18:04 . 


drwxr-xr-x 


14 


root 


root 


2048 


Aug 


17 2002 . . 


-rwxr-xr-x 


1 


root 


root 


5380 


Apr 


1 2002 411toppm 


-rwxr-xr-x 


1 


root 


root 


1649 


Sep 


15 20:36 822-date 


-rwxr-xr-x 


1 


root 


root 


1971 


Jun 


5 2002 AbiWord 



-rwxr-xr-x 

-rwxr-xr-x 



1 root 
1 root 



root 17992 Sep 16 22:34 zsoelim 

root 966 Sep 4 13:53 zxpdf 



Probablemente no hayamos podido ver más que las últimas líneas 
de las que han cruzado la pantalla. Podemos visualizar algunos re- 
sultados más pulsando Shift+RePág para retroceder en listado y 
Shift+AvPág para avanzar; aun así, el búffer del terminal tiene un lí- 
mite, y probablemente tampoco podremos visualizar, mediante esta 
técnica, toda la información devuelta por el comando ls. Debemos, 
pues, recurrir a otras técnicas, el redireccionamiento de la salida (en 
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este caso sobre un fichero) o el uso d epipes " \ " y paginadores ( less 
en este caso, que usa las teclas RePág y AvPág para desplazar el con- 
tenido mostrado por pantalla, y la tecla "q" para salir). Utilizaremos 
esta última, ya que no nos interesa para nada guardar un listado del 
contenido de un directorio, aprovecharemos, asimismo, para poner 
en práctica otra utilidad que nos ahorrará teclear: pulsando los cur- 
sores de arriba y abajo podemos desplazarnos por todas las líneas 
de comandos que hemos pasado al sistema; así pues, para obtener 
la línea deseada, "ls -la | less", bastará con pulsar una vez el 
cursor de arriba y añadir " | less". 

less es un paginador muy potente que KNOPPIX, y la mayoría de 
distribuciones, usa para mostrar los contenidos de los man (aunque, 
como la mayoría de servicios en Linux, lo podemos configurar a 
nuestro gusto). Así pues, podemos hacer un "man less" para infor- 
marnos un poco sobre este comando, y de paso irnos acostumbran- 
do a la morfología de esta ayuda. Obviamente, ya que estamos bajo 
less, para salir de man basta con pulsar la tecla "q". 

Fijémonos en que en todos los listados de contenidos de directorios 
que hemos ido haciendo siempre aparecen, al principio de todo, dos 
directorios un tanto especiales: " y al crear directorios, éstos 

son creados automáticamente por el sistema como subdirectorios del 
directorio creado, y contienen información muy especial: hace 

referencia al propio directorio (de modo que, si hacemos, por ejem- 
plo, un "ls -la . ", obtendremos la misma información que hacien- 
do un "ls -la") y hace referencia al directorio padre 

(haciendo un "ls -la obtendremos el listado de contenidos del 
directorio padre). 



Actividad 

5. Hacer un man del comando ls y entender qué fun- 
ciones tienen los parámetros "-a" y "-1". 



¿Recordamos dónde estamos dentro del sistema de ficheros? ¿No? 
Pues el comando pwd nos lo recordará. Volvamos al directorio raíz. 
Hay básicamente dos formas de hacerlo, y otra especial para este 
caso; de cualquier manera, todas se basan en el uso del comando 
cd, diferenciándose entre ellas por el argumento que le pasamos en 
cada uno de los casos. El primer modo de ir es volviendo a los direc- 
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torios padre paso a paso, mediante "cd . . " (atención, el sistema no 
entiende "cd. ya que interpreta que estamos intentando ejecutar 
un comando llamado "cd. que no existe), iterativamente hasta 
llegar al directorio raíz (lo veremos en el prompt ). La segunda es más 
eficaz, ya que con una sola línea de comandos conseguiremos nues- 
tro propósito, ir al directorio deseado, pasándolo como argumento 
al comando cd, "cd / " en este caso; esta segunda opción es mucho 
más potente, ya que permite pasar directamente a directorios que 
pertenecen a distintas ramas, podríamos, por ejemplo, haber hecho 
"cd /etc/rcS . d/" (la última barra es opcional) para ir a este di- 
rectorio, estando en /usr/bin/. Como hemos dicho, para este 
caso hay una tercera opción para conseguir el mismo fin y con va- 
riaciones: se trata de ejecutar cd sin pasarle ningún argumento, y 
nos situaríamos directamente en la raíz del sistema, ya que éste es, 
en el caso de KNOPPIX (caso excepcional y un tanto peculiar, ya que 
en la mayoría de distribuciones, y según el Filesystem Hierarchy Stan- 
dard (http://www.pathname.com/fhs), root debe tener un home pro- 
pio / root), el directorio home de root; una variación de este método 
es "cd ", ya que " " es equivalente al home del usuario, el direc- 
torio raíz en este caso. Aún existe otra opción para volver al directorio 
raíz, o mejor dicho, para volver al directorio del que venimos, el raíz, 
ya que habíamos ejecutado "cd /usr/bin", y que es "cd ya 
que en se guarda el último directorio donde hemos estado antes 
del actual. 



3.6. Manejo de directorios y ficheros 



Una vez examinadas diferentes opciones para hacer lo mismo, nos 
hallamos todavía en el directorio raíz. Podemos aprender ahora a 
crear directorios y ficheros, moverlos, copiarlos, borrarlos, etc. Lo 
haremos sobre el disquete que hemos introducido al arrancar 
KNOPPIX, y que el sistema mismo, al arrancar, lo ha automontado 
(más adelante aprenderemos cómo montar y desmontar dispositi- 
vos). Recordemos que en UNIX los dispositivos antes de poderse 
usar deben ser montados, y que antes de retirar el soporte deben 
ser desmontados. Este último punto es extremadamente importan- 
te, ya que si no, la integridad de los datos no está en absoluto ga- 
rantizada. Podemos, por ejemplo, antes de proceder a trabajar 
sobre el disquete, intentar retirar el CD-ROM pulsando el botón de 
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expulsión. ¡Oh, sorpresa!, no se puede; no pensemos que se ha es- 
tropeado el dispositivo y menos que lo haya hecho Linux. Simple- 
mente sucede que este dispositivo también ha sido montado 
automáticamente por el sistema durante el arranque, y que, por 
tanto, ha pasado a formar parte de éste; no tendría ningún sentido 
que pudiésemos retirar el CD-ROM sin antes informar al sistema; 
así pues, éste ha tomado el control de este dispositivo y, entre otras 
cosas, ha deshabilitado el botón de expulsión del CD-ROM, preci- 
samente con el fin de que accidentalmente éste sea retirado sin an- 
tes ser desmontado. No sucede lo mismo con la disquetera: en este 
dispositivo la expulsión se hace de forma puramente mecánica, así 
que es imposible que el sistema pueda impedir que nosotros expul- 
semos el disquete sin informarle antes, pero esto no es en absoluto 
recomendable, tal como ya se ha dicho, porque esto puede supo- 
ner la pérdida de todos los datos que pudiese contener. Así pues, 
mientras no aprendamos a montar y desmontar dispositivos de so- 
porte de datos, el disquete debe permanecer en la disquetera desde 
que el sistema arranca hasta que está parado, ya que durante el 
proceso de parada, entre otras operaciones, se efectuarán las de 
desmontado de estos dispositivos. Vayamos al disquete: pero, 
¿dónde está?, ¿dónde lo ha montado el sistema? Para responder a 
estas preguntas ejecutamos el comando mount sin argumentos ni 
opciones adicionales (precisamente éste es el comando que se uti- 
liza para montar dispositivos, y umount para desmontarlos): 



root0ttyl [/ ] # mount 
/dev/root on / type ext2 (rw) 

/dev/CD-ROM on /CD-ROM type iso9660 (ro) 

/dev/cloop on /KNOPPIX type iso9660 (ro) 

/dev/shm on /ramdisk type tmpfs (rw, size=407928k) 
none on /proc/bus/usb type usbdevfs (rw, devmode=0666) 

automount (pid443) on /mnt/auto type autofs ( rw, f d=6, pgrp=4 43 , minproto=2 , maxproto=4 ) 
/dev/fdO on /mnt/auto/f loppy type vfat (rw, nosuid, nodev, uid=1000, gid=1000, umask=000) 

Este comando, llamado sin argumentos, nos muestra los disposi- 
tivos montados en el sistema en el momento de ejecutarlo ¡unto 
con alguna información adicional acerca de ellos (esta misma in- 
formación se puede encontrar en el fichero /etc/mtab; en con- 
secuencia, haciendo un cat 7etc/mtab" conseguiríamos los 
mismos resultados). En la segunda línea retornada por el coman- 
do ya podemos ver que, efectivamente, el CD-ROM, /dev/CD- 
ROM, está montado en el sistema, y además podemos ver que está 
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montado sobre el directorio /CD-ROM/. La última línea retornada 
responde a las preguntas que nos formulábamos anteriormente: 
el sistema ha montado el disquete, /dev/fdO/, en /mnt/auto/ 
floppy/. Cambiamos pues a este directorio para empezar a tra- 
bajar sobre el disquete y comprobamos que efectivamente está 
vacío: 



root@ttyl [ / ] # cd /mnt/auto/f loppy 
root@ttyl [ floppy ] # ls -la 
total 8 

drwxrwxrwx 3 knoppix knoppix 7168 Jan 1 1970 . 
drwxr-xr-x 3 root root 0 Mar 3 19:34 . . 



Creamos nuestro primer directorio, entramos en él y creamos un par 
de subdirectorios: 



root@ttyl [ floppy ] # mkdir dirOO 
root@ttyl [ floppy] # cd dirOO/ 
root@ttyl [dirOO] # mkdir subdirOO subdirOl 
root@ttyl [dirOO ] # ls 
subdirOO subdirOl 



Entramos en el primer subdirectorio y creamos nuestro primer fi- 
chero: 



rootSttyl [dirO 0 ] # cd subdirOO 
root@ttyl [subdirOO] # touch fileOO 
root@ttyl [ subdirO 0 ] # ls -la 
total 1 

drwxrwxrwx 2 knoppix knoppix 512 Mar 3 20:21 . 

drwxrwxrwx 4 knoppix knoppix 512 Mar 3 20:21 . . 

-rwxrwxrwx 1 knoppix knoppix 0 Mar 3 20:21 fileOO 



En realidad touch no sirve para crear ficheros vacíos, aunque lo hace 
si el fichero no existe, sino que sirve para cambiar las informaciones 
relativas a fechas y horas de los archivos. Podemos poner algún con- 
tenido a nuestro primer fichero y comprobar que efectivamente ha 
quedado registrado: 
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root@ttyl [subdirOO] # echo "my fist helio world in Linux" > fileOO 
rootQttyl [subdirOO] # cat fileOO 
my first helio world in Linux 



Le añadimos un poco más de texto: 



root0ttyl [subdirOO] # echo "Nice to meet you, we're gonna be 
root@ttyl [subdirOO] # cat fileOO 
my first helio world in Linux 

Nice to meet you, we're gonna be good friends 



No olvidemos usar los cursores para ahorrarnos tecleo, ni del autocom- 
pletado. Ahora podemos utilizar un editor de texto para crear nuestro 
segundo fichero. Para ello usaremos el vi. Recordemos que este editor 
tiene dos modos: el de comandos, en el que se entra cuando se arranca, 
y el modo de edición. Para entrar en el modo de edición basta con pul- 
sar la tecla "i", y para pasar al modo de comandos hay que pulsar ESC. 
Una vez en modo comando "w" para guardar y "q", para salir (obvia- 
mente, vi dispone de muchísimos más comandos, pero por ahora con 
estos dos nos basta). Es muy interesante conocer estos comandos bási- 
cos de vi, ya que este editor viene en casi todos los paquetes básicos 
de instalación de cualquier distribución, y si ésta fallase en algún mo- 
mento, nos puede ser útil para modificar algún fichero y proseguir dicha 
instalación. Ejecutamos, pues, vi seguido del nombre que queremos 
dar a nuestro segundo fichero, pulsamos la tecla "i", escribimos lo que 
nos parezca oportuno, pulsamos ESC y ":wq" para guardar y salir. Me- 
diante more, otro paginador, comprobamos que todo ha ido como es- 
perábamos: 

root@ttyl [subdirOO] # vi fileOl 

it seems we're on the right way, mate! ! ! 

I agree. 



: wq 

root0ttyl [subdirOO] # more fileOl 
it seems we're on the right way, mate! ! ! 
I agree. 



Ahora intentamos borrar nuestro primer fichero. Lo haremos me- 
diante el comando rm: 

rootOttyl [subdirOO] # rm fileOO 
rm: remove regular file 'fileOO'? 
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good friends" >> fileOO 



Nota 



En sistemas básicos tipo 
UNIX, si no se cuenta con 
vi se puede probar si se en- 
cuentran instalados otros 
editores de texto más ele- 
mentales como pueden ser 
nano, pico, etc. 




Lo cierto es que esta pregunta por parte del sistema no nos la espe- 
rábamos. Pulsamos CTRL-C para cancelar, "n" para no borrar o " y" 
para hacerlo. Lo importante ahora es que entendamos por qué el sis- 
tema nos ha formulado esta pregunta. Si leemos el man del coman- 
do rm veremos que éste debería borrar el archivo sin hacer ninguna 
pregunta (recordemos que podemos ejecutar dicho man en otra tty, 
y que en la tty2 aún tenemos abierto el man de man, si no hemos 
salido de él mediante "q", o si no hemos apagado el ordenador des- 
de que lo invocamos, y proseguir así nuestro trabajo en la tty en que 
estábamos). Pero fijémonos en la explicación de la opción "-i" de 
este mismo man. ¿Qué está pasando? Parece como si esta opción es- 
tuviera activada por defecto. En realidad no es exactamente así, lo 
que ocurre es que el sistema por defecto ha establecido unos alias; 
para verlos todos, ejecutemos el comando alias: 

rootSttyl [etc] # alias 



alias 


. cd 


r 


alias 


O 

•v 

II 

o 

•v 


-i' 


alias 


l='ls - 


■a --color=auto' 


alias 


la=' ls 


-la --color=auto' 


alias 


co 
1 — 1 

*11 
1 — 1 
1 — 1 


-1 --color=auto' 


alias 


co 
1 — 1 

II 

co 
1 — 1 


--color=auto' 


alias 


mv= ' mv 


-i' 


alias 


rm=' rm 


-i' 


alias 


where=' 


type -all' 


alias 


which=' 


type -path' 



Aquí empezamos a entender muchas más cosas, como por ejemplo 
por qué el retorno del comando ls es en colores, o que para hacer 
un "ls -la" basta con teclear la. Y también entendemos por qué, 
cuando hemos ejectuado el rm anterior, el sistema nos ha pregun- 
tado si realmente queríamos hacerlo. Mediante alias podemos es- 
tablecer y modificar el comportamiento por defecto de comandos o 
incluso crear otros nuevos: 

rootSttyl [ subdirOO ] # alias hi='echo"I say helio'" 1 
rootSttyl [ subdirOO ] # hi 
I say helio 

Continuando con el man del comando rm, nos disponemos a leer 
para qué sirven las opciones - f y -r. La primera sirve para que el 
comando se ejecute sin mostrar prompt, o lo que es lo mismo, des- 
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obedeciendo la opción -i, así que, si no habíamos borrado nuestro 
primer fichero, podemos hacerlo ahora mediante "rm -f fileOO". 

La segunda opción fuerza la recursividad, es decir, que la orden se 
extienda sobre los posibles subdirectorios y sus contenidos. Estas op- 
ciones son comunes a la mayoría de comandos básicos destinados 
a la manipulación de directorios y ficheros; así pues, podemos crear 
un segundo directorio en la raíz del disquete con todos los contenidos 
del primero que hemos creado mediante el comando cp; para ha- 
cerlo, debemos acudir a la recursividad: 

rootSttyl [ subdirOO ] # cp /mnt/auto/f loppy/dirOO/ /mnt/auto/f loppy/dirOl -r 

En este caso hemos usado el direccionamiento absoluto -tanto para 
especificar el origen como el destino- para realizar la operación; es 
decir, hemos indicado, partiendo del directorio raíz, la ruta comple- 
ta, tanto para el origen como para el destino. Del mismo modo, po- 
dríamos haber utilizado el direccionamiento relativo para especificar 
el origen de la operación, su destino o ambas cosas. Cuando usa- 
mos el direccionamiento relativo, el origen del direccionamiento es 
la posición actual dentro del filesystem. Como en la mayoría de las 
ocasiones, el sistema nos ofrece la posibilidad de obtener los mismos 
resultados empleando distintos métodos. Se trata de conocer cuantos 
más mejor, y saber escoger el más efectivo para cada caso en parti- 
cular. Así pues, hubiésemos obtenido el mismo resultado haciendo 
"cp . . / . . /dirOO/ . . / . . /dirOl -r", es decir, comunicándole 
a cp que el origen es el directorio /dirOO/, el cual se encuentra 
dos ramas por debajo de nuestra posición actual, y que el destino es 
/dirOl/, al que también queremos situar dos ramas por debajo 
de nuestra posición. Asimismo, hubiese sido perfectamente válida la 
línea "cp -r /dir02/" para alcanzar los mismos fines. 



Actividad 

6. Explicar el porqué de esta última aseveración. 



Ahora podemos descender un subdirectorio, con lo cual nos situare- 
mos en /mnt/auto/f loppy/dirOO/ y podemos copiar el segun- 
do fichero que hemos creado en el subdirectorio /subdirOO en este 
mismo directorio: 

root@ttyl [dirOO ] # cp subdirOO/f ileOl . 
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Nota 



Mucho cuidado al ejecutar 
el comando rm-rf* como 
root ya que puede tener 
consecuencias nefastas. 



Debemos entender completamente el significado y el porqué de la lí- 
nea anterior: en primer lugar especificamos el origen del fichero que 
queremos copiar (también hubiese sido válido, entre muchas otras op- 
ciones, / subdirOO/fileOO"), y en segundo lugar hay que espe- 

cificar obligatoriamente el destino, siendo éste la posición actual, es 
decir Mediante un Is podemos comprobar si hemos obtenido el 
resultado deseado. Ahora podemos situarnos en el directorio padre, 
donde se halla montado el disquete, y borrar todo lo que hemos ge- 
nerado hasta ahora. Para hacerlo, utilizaremos el wildcard (existe 
también el wildcard ?, el cual sirve para un solo carácter, así como dis- 
tintos métodos para especificar rangos de caracteres, y para referirse, 
en general, a más de un fichero o directorio) para ahorrar tecleo: 



root@ttyl [ f loppy] # rm -rf * 



Actividad 

7. Leer el man de rm y entender porqué "rm-rf*" es tan 
peligroso. 



3.7. Administración de usuarios 

Debe alarmarnos el hecho de haber estado realizando todas las ta- 
reas anteriores como root, puesto que ya tenemos muy claro que este 
usuario sólo debe emplearse en caso necesario. 

No obstante, queda justificado, ya que hasta ahora no habíamos te- 
nido ningún contacto directo con un sistema UNIX, y esto nos ha ser- 
vido para familiarizarnos un poco con los comandos básicos y con 
su sistema de ficheros. Ha llegado el momento de empezar a traba- 
jar como hay que hacerlo siempre a partir de ahora, es decir, utili- 
zando la cuenta de root sólo cuando es estrictamente necesario, 
como en el primer paso que daremos a continuación, crear un nuevo 
usuario del sistema y asignarle una cuenta, ya que esta operación 
sólo la puede realizar el root. Procedemos pues a crear un usuario. 

root@ttyl [etc] # useradd userOO 
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Hemos creado nuestro primer usuario, pero el proceso ha sido un 
tanto opaco pues el sistema no nos ha retornado ninguna informa- 




ción respecto a este comando que acabamos de ejecutar. No sabe- 
mos pues ni a qué grupo o grupos pertenece este usuario, dónde 
tiene éste elhome, qu éshell se le ha asignado por defecto, etc. Mu- 
cha de esta información la encontraremos en el fichero de pas- 
swords, /etc/passwd, así que analicemos, por campos, su 
contenido: 



root@ttyl [ / ] #cd /etc 
rootOttyl [etc] # cat passwd 
root:x:0:0:root: /home/root : /bin/bash 
daemon : x : 1 : 1 : daemon : /usr/ sbin : /bin/sh 
bin:x:2 : 2 :bin: /bin: /bin/sh 



partimag :x:104:65534: : /home/partimag :/bin/false 
user00:x:1001:100: : /home/userOO : /bin/bash 

La información deseada la encontramos en la última línea del fiche- 
ro, pues nuestro usuario ha sido el último en añadirse. Analicemos 
el contenido de esta línea: 

• userOO es el nombre del usuario, que ya conocíamos, ya que lo 
hemos creado nosotros mismos. 

• x su password se halla en el fichero de shadow, /etc/shadow. 

• 1001 es su número de identificación como usuario (UID). 

• No tiene ningún comentario asociado. 

• /home/userOO éste es su directorio Home, tal como era de espe- 
rar, pues todos los usuarios tienen su Home en /home/usuario. 

• /bin/bash el shell con el cual el usuario se encontrará al iniciar 
la sesión es el bash, el mismo que hemos utilizado hasta ahora. 



La pregunta que nos formulamos inmediatamente ante estas in- 
formaciones es relativa al password del usuario. Debemos pues 
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consultar el fichero de shadow, ya que así lo indica el fichero / 
etc/passwd. De paso, introduciremos un concepto nuevo, el de 
filtro, que en este caso se materializa con el comando grep ( ge- 
neral regular expression processor). Los filtros son herramientas 
extremadamente potentes y muy usadas en UNIX, y su campo de 
acción se extiende mucho más allá de lo que comúnmente se en- 
tiende por filtro. En este caso, pasaremos, mediante un pipe, la 
salida decat a grep, para que éste muestre por pantalla aque- 
llas líneas que contengan la palabra que le pasamos como pará- 
metro, userOO : 



rootOttyl [etc] # cat shadow | grep userOO 
userOO: !:12115:0:99999:7::: 

A partir de ahora no debemos preocuparnos más: el segundo campo 
nos indica que nuestro usuario no tiene password. Si lo hubiese teni- 
do, no lo podríamos conocer, pues tal como se ha dicho, los pas- 
swords se guardan encriptados y la encriptación es unidireccional. 
Pero esto tampoco debería preocuparnos, ya que root, mediante el 
comando passwd, puede cambiar el password de cualquier otro 
usuario. Así pues, lo único que realmente debemos intentar es no ol- 
vidar el password de root, que tampoco tiene password en este caso, 
tal como shadow nos indica, aunque si esto sucediera, también tiene 
solución. Continuemos con nuestra investigación acerca de las pro- 
piedades de nuestro nuevo usuario. /etc/group nos ayudará a sa- 
ber exactamente a qué grupos pertenece: 

root@ttyl [etc] # cat group | grep userOO 
root0ttyl [etc] # cat group | grep 100 
users:x:100: knoppix 
knoppix : x : 1 0 0 0 : 

Con la primera línea de comandos nos preguntamos, con respuesta 
negativa, si /etc/group tiene alguna referencia explícita a userOO 
(también se podría haber hecho mediante el comando groups, 
"groups userOO"). Con la segunda buscamos el reverso del grupo 
100, grupo primario de userOO según /etc/passwd, grupo que se 
llama users en este caso. Así pues, ya podemos afirmar que nuestro 
nuevo usuario pertenece a un solo grupo, y que éste es user. El fi- 
chero /etc/group también se puede editar para añadir usuarios 
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a grupos y crear grupos nuevos, pero hay que remarcar que en nin- 
gún caso en el campo de usuarios pertenecientes a un grupo en con- 
creto se puede poner el nombre de otro grupo con la intención de 
añadir todos los usuarios de este último al primero. Pero esta prácti- 
ca no es demasiado recomendable, ya que existen comandos espe- 
cíficos para trabajar con grupos (newgrp, addgroup, etc.) 

Queda sólo una última cuestión a resolver: si listamos los contenidos 
de/home/, veremos que el subdirectorio /userOO/ no existe. De- 
bemos, pues, crearlo y asignarle las propiedades y atributos perti- 
nentes manualmente: 



root@ttyl [etc] #mkdir /home/userOO 
root@ttyl [etc] Ichown userOO -R /home/userOO 
root@ttyl [etc] #chgrp users -R /home/userOO 
root@ttyl [etc] # cd /home 
rootSttyl [home] # ls -la 
total 0 



drwxr-xr-x 


5 


root 


root 


100 


Mar 


4 


08 


12 




drwxrwxrwt 


4 


root 


root 


80 


Mar 


4 


08 


35 




drwxr-xr-x 


2 


knoppix 


knoppix 


40 


Mar 


4 


08 


35 


knoppix 


drwxr-xr-x 


2 


root 


root 


40 


Mar 


4 


08 


35 


root 


drwxr-xr-x 


2 


userOO 


users 


60 


Mar 


4 


08 


12 


userOO 



Nota 

El proceso de adición de nuevos usuarios al sistema 
mediante Debian es mucho más sencillo, como se 
verá más adelante. Pero crear uno mediante KNOPPIX 
no ha sido una tarea en balde, pues nos ha servido 
para familiarizarnos con el sistema y aprender co- 
mandos nuevos. 



Actividad 

8. Mediante man, comprender el funcionamiento de 
los comandos chown y chgrp. 



Ha llegado el momento de entrar en el sistema como nuevo usuario. 
Lo haremos mediante el comando su, el cual abre un proceso hijo 
con un login con el usuario que le hayamos pasado. Como root po- 
demos utilizar siempre este mecanismo para entrar como otro usua- 
rio sin necesidad de conocer su password, ya que al ejecutar su 
como root éste no es necesario; además, se da el caso que el usuario 
que hemos creado no tiene password, y por tanto éste nunca se pe- 
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dirá. Pero, si probásemos de ejecutar su en cualquier otra circuns- 
tancia sí que se nos pediría el password del usuario: 



rootSttyl [home ] # su userOO 

su(pam_unix) [4312] : session opened for user userOO by (uid=0) 
userOO@ttyl [home] $ 



Notemos primeramente el cambio de aspecto del prompt. Hemos de- 
jado de ser usuario root, para pasar a ser userOO, por lo que hemos 
perdido los privilegios de root, hecho que se manifiesta por el cambio 
del último carácter del prompt. Podemos acceder ahora a entrar en 
nuestro directorio home, creemos un fichero y cambiémosle los atribu- 
tos para que tan sólo userOO pueda leerlo, ejecutarlo y escribir en él. 
De momento, el permiso de ejecución no tiene mucho sentido para 
nosotros, pues no sabemos aún crear ficheros ejecutables, pero es 
bueno conocerlo de antemano para cuando se precise de él: 



userOO@ttyl [home] $ cd 

userOOOttyl [userOO] $ echo "only userOO can read, write and execute this file." > userOOfile 
userOO@ttyl [userOO] $ chmod 700 userOOfile 



Actividad 

9. Crear un nuevo usuario siguiendo los pasos ante- 
riormente descritos, y comprobar que, efectivamen- 
te, este nuevo usuario no puede ni leer el fichero 
recién creado ni escribir en él. 



3.8. Gestión de procesos 

UNIX se caracteriza por una excelente gestión de los procesos que se 
ejecutan sobre el sistema. En primer lugar debemos aprender a de- 
tectar qué procesos están corriendo sobre el sistema y sus particula- 
ridades (modo en que corren, recursos que consumen, quién los está 
ejecutando, etc.). Ejecutaremos el comando ps ( process status ) pa- 
sándole diversos parámetros para ver cómo inciden estos sobre la in- 
formación devuelta por el comando: 

rootSttyl [/] # ps 
PID TTY TIME CMD 
481 ttyl 00:00:00 bash 

1559 ttyl 00:00:00 ps 
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Sin argumentos ps nos informa sobre los procesos que corren sobre 
el terminal donde se ejecuta; naturalmente el primer proceso siem- 
pre corresponderá al shell. 

Podríamos mandar ejecutar un proceso en background, sleep, por 
ejemplo (proceso que simplemente espera que transcurra el número 
de segundos que le pasemos como parámetro para terminar) y ob- 
servar el retorno deps: 

rootSttyl [ / ] # sleep 300 & 

[1] 1703 

root@ttyl [ / ] # ps 

PID TTY TIME CMD 

481 ttyl 00:00:00 bash 
1703 ttyl 00:00:00 sleep 
1705 ttyl 00:00:00 ps 



Podemos ahora preguntarnos por todos los procesos que están co- 
rriendo sobre el sistema: 



root0ttyl [ / ] # ps aux 
USER PID %CPU %MEM 


vsz 


RSS 


TTY 


STAT 


START 


TIME 


COMMAND 


root 


1 


0 . 4 


0.0 


72 


72 


? 


S 


15:41 


0:07 


init [2] 


root 


2 


0.0 


0.0 


0 


0 


9 


sw 


15 : 41 


0:00 


[ keventd] 


root 


3 


0.0 


0.0 


0 


0 


9 


SWN 


15 : 41 


0:00 


[ksoftirqd CPU0] 


root 


4 


0.0 


0.0 


0 


0 


9 


SW 


15:41 


0:00 


[kswapd] 


root 


5 


0.0 


0.0 


0 


0 


9 


SW 


15 : 41 


0:00 


[bdf lush] 


root 


6 


0.0 


0 . 0 


0 


0 


9 


SW 


15 : 41 


0:00 


[ kupdated] 


root 


52 


0.0 


0 . 0 


0 


0 


9 


SW 


15 : 41 


0:00 


[ kapmd] 


root 


59 


0.0 


0 . 0 


0 


0 


9 


sw 


15 : 41 


0:00 


[ khubd] 


root 


433 


0.0 


0 . 1 


1368 


616 


9 


s 


15 : 41 


0:00 


pump -i ethO 


root 


475 


0 . 0 


0 . 1 


1316 


596 


9 


s 


15 : 41 


0:00 


/usr/sbin/automount 


root 


481 


0.0 


0.3 


2864 


1988 


ttyl 


s 


15 : 41 


0:00 


/bin/bash -login 


root 


482 


0.0 


0.3 


2864 


1988 


tty2 


s 


15 : 41 


0:00 


/bin/bash -login 


root 


483 


0.0 


0 . 3 


2856 


1952 


tty3 


s 


15 : 41 


0:00 


/bin/bash -login 


root 


484 


0.0 


0 . 3 


2856 


1976 


tty4 


s 


15 : 41 


0:00 


/bin/bash -login 


root 


2086 


0.0 


0.3 


3436 


1552 


ttyl 


R 


16:06 


0:00 


ps aux 



También puede ser interesante en determinadas situaciones ejecutar 
el comando top, el cual nos muestra la actividad de la CPU, el uso 
de memoria, etc. de forma interactiva. 
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Ahora vamos a arrancar un proceso, detenerlo, y mandarlo a ejecu- 
tar en background. Para hacerlo, haremos un "sleep 20" y pulsa- 
remos la combinación de teclas CTRL+Z antes de 20 segundos, para 
pararlo, ¡obs para asegurarnos de que efectivamente está parado y 
conocer su número de identificación, y bg ¡unto a su número de 
identificación para mandarlo ejecutar en modo background: 

root@ttyl [ / ] # sleep 20 
<Ctrl+Z> 

[1]+ Stopped sleep 20 

\intro 

root@ttyl [/] #jobs 
[ 1 ] + Stopped 
rootOttyl [/ ] # bg 1 
[1]+ sleep 20 & 

[1]+ Done 
root@ttyl [ / ] # 

Tenemos que, al haber transcurrido los 20 segundos, el proceso ha 
terminado estando aún en background , y se nos ha informado por 
pantalla. Podemos comprobar mediante ps que efectivamente no 
hay ningún proceso corriendo. En este punto, podemos parar un 
proceso y devolverlo a foreground mediante fg: 

root@ttyl [ / ] # man ls 
<Ctrl+z> 

[1]+ Stopped man ls 

rootOttyl [/ ] # jobs 

[1]+ Stopped man ls 

root@ttyl [ / ] # bg 1 



sleep 20 



sleep 20 



3.9. Activación y uso del ratón 



El ratón es una herramienta extremadamente útil para trabajar en 
modo consola, ya que permite seleccionar un texto y pegarlo (así es 
como se han capturado todas las entradas y salidas para redactar el 
texto de este taller, por ejemplo). 
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Por lo tanto, lo primero que haremos es configurar el ratón, y lo ha- 
remos con el programa más comúnmente utilizado, el gpm, el cual 
automáticamente ya corre en modo background. (Esto es debido a 
que gpm es un daemon, termino que se analiza con detalle en sec- 
ciones posteriores.) 

Hay muchos tipos de ratones, pero los más corrientes son los de tres 
botones conectados al ordenador vía puerto serie o vía puerto PS2. 
Si tenemos un ratón del primer tipo, ejecutaremos la línea siguiente 
(se presupone que el ratón está conectado en el primer puerto serie 
del ordenador, si no fuese así, soló habría que cambiar el device 
ttySO (/dev/ttSO) por ttySl (/dev/ttSl) en caso de estar en el 
segundo puerto, por ttyS2 para el tercer puerto o por ttyS3 para el 
cuarto puerto): 

#gpm -m /dev/ttySO -t msc 

Si lo que tenemos es un ratón conectado al puerto PS2, para activarlo 
se usará el mismo procedimiento anterior variando únicamente el 
device y el tipo de ratón: 

#gpm -m /dev/psaux -t ps2 

En principio, después de ejecutar una de las dos líneas de comandos 
anteriores, como root, moviendo el ratón deberíamos ver, en todos los 
terminales, el indicador de posicionamiento del ratón, y al ejecutar: 

$roger0etseisa7 : ~ $ ps aux | grep gpm 

deberíamos obtener una respuesta del tipo 



root 182 0.0 0.1 1552 524 ? S Marll 0:00 /usr /sbin/gpm -m /dev/psaux -t ps2 



conforme gpm está corriendo en background . 

Si no fuese así, es que nuestro ratón no es estándar. En este caso de- 
beremos leer con atención el man de gpm y ejecutar "gpm -t 
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help" para tratar de identificar el tipo de ratón que se adapte al que 
tenemos. 

Una vez configurado mediante el botón de la izquierda, podemos 
seleccionar la parte de texto que nos interese, y al pulsar el botón 
del medio pegaremos el contenido seleccionado en la posición 
actual del cursor. Si se está acostumbrado a usar el ratón para 
marcar el posicionamiento del cursor, puede que los resultados 
que obtengamos no sean precisamente los deseados, pero prac- 
ticando un poco, enseguida nos acostumbraremos a este modo 
de operar. 

Hay que destacar que el contenido del búffer del ratón se conserva 
al pasar de una tty a otra. 



Actividad 

10 . Sacando provecho del hecho de que el contenido 
del búffer del ratón se mantiene entre terminales, 
abrir en una sesión de vi y en otra situarse en la 
raíz del sistema de ficheros, listar sus contenidos 
con detalle, y portar estos datos al editor de texto. 
Salvar los contenidos del fichero de texto y mediante 
cat comprobar que efectivamente hemos obteni- 
do los resultados deseados. 



3.10. Otras operaciones 



Para finalizar este primer taller, ejecutaremos una serie de comandos 
para seguir el proceso de familiarización con el sistema e ir adqui- 
riendo recursos para poder solucionar futuros problemas que pue- 
dan surgir. 

Debemos informarnos acerca del sistema, el tipo de máquina sobre 
el que corre, el hardware que tengamos instalado, etc. (los retornos 
de los comandos que siguen serán, naturalmente, distintos para 
cada caso en particular): 
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root@ttyl [ / ] # úname -a 

Linux Knoppix 2.4.20-xfs #1 SMP Die Dez 10 20:07:25 CET 2002 Í686 AMD Athlon(TM) XP 

2100+ AuthenticAMD GNU/Linux 



rootSttyl [ / ] # 
processor 
vendor_id 
cpu family 
model 

model ñame 
stepping 
cpu MHz 
cache size 
f div_bug 
hlt_bug 
f 00f_bug 
coma_bug 
fpu 

fpu_exception 
cpuid level 
wp 

f lags 



cat/proc/cpuinf o 

: 0 

: AuthenticAMD 

: 6 
: 8 

: AMD Athlon (TM) XP 2100+ 

: 1 

: 1732.890 
: 256 KB 
: no 
: no 
: no 
: no 
: yes 
: yes 
: 1 
: yes 

: fpu vme de pse tsc msr pae mee cx8 apic sep mtrr pge mea 
emov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow 



bogomips 



: 3460.30 



root@ttyl [ / ] # lspci 

00:00.0 Host bridge: VIA Technologies, Inc. VT8367 [KT266] 

00:01.0 PCI bridge: VIA Technologies, Inc. VT8367 [KT266 AGP] 

00:05.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10) 
00:06.0 RAID bus controller: Promise Technology, Inc. PDC20276 IDE (rev 01) 
00:07.0 FireWire (IEEE 1394) : Texas Instruments TSB43AB22 1394a-2000 Controller 
00:09.0 USB Controller: VIA Technologies, Inc. USB 6 (rev 50) 

00:09.1 USB Controller: VIA Technologies, Inc. USB (rev 50) 

00:09.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 51) 

00:0d.0 SCSI storage controller: Artop Electronic Corp AEC6712D SCSI (rev 01) 
00:0f.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) 
00:11.0 ISA bridge: VIA Technologies, Inc. VT8233A ISA Bridge 
00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) 

00:11.2 USB Controller: VIA Technologies, Inc. USB (rev 23) 

00:11.3 USB Controller: VIA Technologies, Inc. USB (rev 23) 

01:00.0 VGA compatible controller: ATI Technologies Inc Radeon 7500 QW 



root@ttyl [ / ] # df 



Filesystem 


lK-blocks 


Used 


Available 


Use% 


Mounted on 


/dev/root 


1971 


1516 


455 


77% 


/ 


/dev/CD-ROM 


715744 


715744 


0 


100% 


/CD-ROM 


/dev/cloop 


1837536 


1837536 


0 


100% 


/KNOPPIX 


/ dev/ shm 


407928 


40 


407888 


1% 


/ ramdisk 


/dev/fdO 


1424 


56 


1368 


4% 


/mnt/auto/f loppy 
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Actividad 

11 . En el directorio virtual /proc/ y en sus subdirec- 
torios encontraremos mucha información relativa 
a nuestro sistema en ficheros de texto. Situarse en 
este directorio, y mediante more o cat explorar 
la información de estos ficheros. 



3.1 1 . Conclusión 

Este ha sido nuestro primer contacto con un entorno UNIX. Ha servi- 
do un poco para romper el mito de que trabajar en este tipo de sis- 
temas operativos es complicado y difícil. Es más, ha servido para que 
empecemos a intuir su potencia y versatilidad. Hemos aprendido a 
movernos por su sistema de ficheros y a realizar operaciones con és- 
tos, a buscar información, etc. Todo lo que hemos aprendido hasta 
ahora nos será de gran utilidad de aquí en adelante, y nos servirá de 
base para ampliar nuestros conocimientos. 

Por otra parte, la gran potencia de autodetección y configuración de 
hardware de KNOPPIX hace que éste nos pueda ser muy útil a la 
hora de instalar Debian en el próximo taller si surgieran problemas 
de hardware. Siempre podremos volver a arrancar KNOPPIX y estu- 
diar cómo ha solucionado éste el problema (básicamente estudiando 
los archivos de configuración). 

Como última actividad del taller, podemos volver a arrancar KNOP- 
PIX en modo gráfico, es decir, sin pasar el parámetro 2 al iniciarlo 
(una manera de hacerlo puede ser pasando los parámetros "knoppix 
lang=es wheelmouse"). 
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4. Instalación de GNU/Línux 



4.1 . Introducción 

En este capítulo veremos los pasos esenciales que se siguen en la 
mayoría de procesos de instalación de GNU/Linux. Aunque cada dis- 
tribución tiene su propio entorno de instalación, en todas ellas deben 
existir unos pasos básicos. En este capítulo veremos estos pasos, ex- 
plicando los conceptos necesarios para superarlos correctamente. Es 
importante que antes de instalar un nuevo sistema operativo conoz- 
camos adecuadamente los componentes principales que tenemos 
instalados en nuestro ordenador para poder configurarlo todo ade- 
cuadamente, aun cuando la distribución que utilicemos incorpore 
detección de hardware. 



Es posible que en un solo disco duro tengamos instalados dos o más 
sistemas operativos totalmente independientes. Aunque el proceso 
de instalación de otro operativo en el mismo disco (o en otro instala- 
do en el ordenador) no debería interferir con las particiones de los 
demás, es aconsejable hacer copias de seguridad de todos nuestros 
documentos. Sin embargo, si seguimos adecuadamente los pasos 
que detallaremos a continuación es prácticamente imposible perder 
información, siempre es recomendable la prudencia y realizar copias 
de los archivos que realmente nos importan. 



4.2. Arrancando 



Generalmente, todas las distribuciones de GNU/Linux proporcionan al- 
gún tipo de medio para el arranque del proceso de instalación. Actual- 
mente se suele proporcionar un CD o DVD de arranque o, en caso de 
que nuestro ordenador no tenga el lector correspondiente o queramos 
realizar una instalación remota, se proporciona un disquete de arran- 
que. Para empezar con el proceso, debemos introducir el medio incluido 
en su dispositivo y arrancar el ordenador, configurando su BIOS o EFI 
para que arranque desde la unidad deseada. 



Nota 



Antes de empezar el proce- 
so de instalación es aconse- 
jable conocer la marca y 
modelo de la tarjeta gráfica 
y de sonido que tenemos 
instalada, la tarjeta de red, 
la marca, tipo y característi- 
cas del monitor, y cualquier 
otro hardware especial que 
tengamos. Generalmente, 
para la placa base, la CPU 
y la memoria RAM, no suele 
ser necesario conocer sus 
características. Para obtener 
esta información, podemos 
recurrir a los manuales en- 
tregados en la compra del 
ordenador o, si tenemos 
otro sistema operativo insta- 
lado, recurrir a él para este 
fin (en sistemas Windows™ 
lo podemos conseguir a 
partir del panel de control). 
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Contenido 

complementario 



Algunas distribuciones de 
GNU/Linux nos permiten 
realizar la instalación desde 
cualquier medio: CD, DVD, 
FTP, HTTP, disco duro, NFS, 
etc. También existen métodos 
de instalación que permiten 
arrancar el proceso desde 
otros sistemas operativos. 



Contenido 

complementario 



Aunque hay formas de ins- 
talar GNU/Linux utilizando 
el sistema de ficheros de 
otro operativo, no es reco- 
mendable utilizar este tipo 
de instalación porque el 
rendimiento del sistema 
baja considerablemente. 



El primer paso del proceso suele ser escoger qué tipo de instala- 
ción queremos realizar. Generalmente, la elección suele ser para 
identificar qué tipo de usuario está instalando el sistema para, se- 
gún éste, proporcionarle más o menos información y dejarle con- 
figurar con más precisión el sistema o no. Si tenemos los 
conocimientos suficientes, es recomendable hacer la instalación 
en modo experto (o similar) para poder adaptar más el sistema a 
nuestras necesidades específicas. En algunas distribuciones, este 
primer paso sirve para seleccionar la versión del núcleo que que- 
remos instalar o para configurar el proceso de instalación en 
modo gráfico, texto, etc. Es imprescindible leer antentamente la 
información que se nos proporciona en esta primera fase para 
poder elegir adecuadamente lo que más se ajuste al destino que 
queramos darle al sistema. 

Seguidamente, la mayoría de distribuciones nos dejan elegir el 
tipo de teclado (o configuración similar) que queremos utilizar. Si 
bien los hay de muchas clases diferentes, los más frecuentes son 
los qwerty (los primeros caracteres empezando por arriba y la 
izquierda del teclado), con lo cual deberíamos seleccionar qwerty/ 
es (Spain). 



4.3. Fraccionando ei disco 



Fraccionar el disco duro es una de las partes más críticas de todo el 
proceso. Este paso significa dividir el disco duro en varias secciones, 
por lo que cada una de ellas se toma como unidad independiente. 
Si ya tenemos un sistema operativo instalado en nuestro ordenador, 
el disco estará fraccionado en una o varias particiones, pero si el dis- 
co es nuevo, generalmente no. 

Para instalar GNU/Linux debemos disponer de, al menos, una 
partición para él. El hecho de que al modificar el tamaño de una 
partición debemos eliminarla y crearla de nuevo implica perder 
toda la información que tenemos en ella. Por éste y otros motivos, 
existen programas que nos permiten modificar el tamaño de las 
mismas sin tener que eliminarlas. El fips es un programa con 
licencia GPL que nos permite redimensionar nuestras particiones 
formateadas con FAT (para sistemas Windows™ de la rama no 
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NT) sin perder la información de las mismas. También existen 
otros programas comerciales que nos permiten efectuar este tipo 
de operación con cualquier otro sistema de ficheros, de forma que 
si no queremos perder la información de nuestros sistemas, debe- 
remos utilizar alguno de ellos antes de empezar con todo el pro- 
ceso. 

Es recomendable que GNU/Linux utilice dos particiones en el disco du- 
ro. Una servirá para guardar los ficheros del sistema y la otra para el 
swap. El swap es una zona de intercambio entre la memoria RAM del 
ordenador y el disco duro. Sirve cuando el sistema operativo tiene toda 
la memoria RAM ocupada y los programas en ejecución piden más. Es 
en este momento cuando se empieza a utilizar elswap para guardar zo- 
nas de RAM que no se están utilizando, intercambiándolas para que las 
aplicaciones no se queden sin memoria disponible. También es posible 
prescindir de swap, pero no es recomendable porque el sistema no po- 
drá gestionar tan adecuadamente sus recursos; además, al utilizar si- 
multáneamente muchas aplicaciones, éstas se quedarán sin memoria 
con más facilidad. Aunque el tamaño del swap puede ser tan grande 
como queramos, se recomienda que éste sea el doble de la RAM insta- 
lada en el ordenador si tenemos Ó4MB o menos, y igual si tenemos más. 
Estos cálculos están basados en pruebas de rendimiento del sistema que 
nos demuestran que llega un punto en el que, si las aplicaciones nece- 
sitan utilizar demasiada memoria swap, el rendimiento se decrementa 
mucho, haciendo que el sistema quede prácticamente saturado (para 
ver qué cantidad de memoria RAM y swap se está utilizando, el sistema 
nos proporciona el comando free). 

Existen varias aplicaciones para fragmentar el disco. Una de las pri- 
meras que apareció fue el fdisk, aunque actualmente existen otras, 
como cfdisk, diskDruid, etc. En algunos procesos de instalación 
se puede escoger cuál queremos utilizar, aunque todas permiten ha- 
cer exactamente lo mismo cambiando, eso sí, la presentación, el en- 
torno, etc. La forma como GNU/Linux identifica los discos es /dev/ 
hdX para los discos IDE y /dev/sdX para los SCSI, donde en am- 
bos casos la "x" es una letra, correspondiente con el disco al que 
nos queramos referir de la siguiente manera: 



dispositivo 


significado 


/dev/hda 


Maestro del primer canal IDE 



Contenido 

complementario 



Si bien con una o dos parti- 
ciones es suficiente para po- 
der instalar GNU/Linux, es 
interesante dividir el disco 
en más fragmentos y situar 
ciertos directorios en dife- 
rentes unidades para poder 
hacer una gestión más efi- 
ciente de los recursos, evitar 
caídas del sistema por satu- 
ración de disco, etc. De to- 
dos modos, estos aspectos 
los dejaremos para cursos 
más avanzados de adminis- 
tración. 



Contenido 

complementario 



Para los ordenadores perso- 
nales existen dos clases de 
discos duros: los IDE y los SC- 
SI. Las controladoras IDE (/n- 
tegrated Drive Electronics) 
son las que llevan la mayoría 
de placas base. Con este 
controlador podemos conec- 
tar dos dispositivos compati- 
bles (discos, CD, etc.) en 
cada uno de los dos canales. 
Las controladoras SCSI (Sma- 
ll/Smart Computer System In- 
terface) permiten hasta 8 
dispositivos y tienen tasas de 
transferencia más altas, aun- 
que su precio también es 
bastante más elevado que los 
IDE. 
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Contenido 

complementario 



Para guardar la informa- 
ción de particiones y el pro- 
grama de arranque, los 
discos tienen una zona de 
datos reservada llamada 
MBR ( Master Boot Record ). 



dispositivo 


significado 


/dev/hdb 


Esclavo del primer canal IDE 


/dev/hdc 


Maestro del segundo canal IDE 


/dev/hdd 


Esclavo del segundo canal IDE 


/dev/sda 


Primer disco de la controladora SCSI 


/dev/sdb 


Segundo disco de la controladora SCSI 







Si tenemos más de un disco en nuestro ordenador, antes de entrar 
en el programa de fraccionamiento podremos elegir sobre cuál de 
ellos operar. Cuando creamos una partición se nos preguntará si 
debe ser primaria o lógica. En un disco duro podemos tener hasta 
cuatro particiones primarias y hasta 64 lógicas. Si no necesitamos 
más de 4 particiones, podemos escoger cualquiera de los dos ti- 
pos. Si necesitamos más, deberemos tener en cuenta que las ló- 
gicas se sitúan dentro de una primaria (hasta un máximo de 16 
para cada una), de forma que no podemos tener 4 particiones 
primarias creadas y después añadir otras lógicas. En este caso, 
deberíamos crear 3 primarias y hasta 1 6 lógicas en la cuarta par- 
tición primaria. En la siguiente figura podemos ver un ejemplo de 
manera gráfica: 
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Cuando creamos una partición, debemos indicar qué sistema de fi- 
cheros utilizaremos para ésta (Linux ext2, Linux ext3 o Linux 
swap). Una vez realizadas las particiones, guardaremos la configu- 
ración y debemos indicar al proceso de instalación dónde queremos 
situar la raíz del sistema de ficheros ("oot filesystem ) y el swap del 
sistema. Una vez efectuados estos pasos, ya podremos continuar con 
el resto del proceso de instalación. 



4.4. Instalación de módulos 



Los módulos del núcleo son partes de software especializadas en al- 
guna tarea concreta. Al haber toda clase de dispositivos diferentes y 
decenas de funciones para múltiples sistemas de ficheros, operacio- 
nes de gestión en red, etc., se decidió no incluir de forma estándar 
todos estos drivers y funciones. En las primeras versiones de Linux, 
cuando el núcleo que teníamos no incluía alguna función, debíamos 
recompilarlo completamente y generar uno nuevo adaptado a nues- 
tras necesidades. Con la incorporación de los módulos, todo este 
proceso no es necesario y podemos seleccionar directamente las fun- 
ciones que necesitamos. 

Generalmente, las distribuciones ya incorporan centenares de 
módulos diferentes para el núcleo Linux. Se suelen organizar en 
diferentes categorías para facilitar su localización y, normalmen- 
te, con el mismo nombre del módulo o la breve descripción que 
se facilita con el mismo ya sabremos para qué dispositivo está di- 
señado o qué función realiza. Por esta razón decíamos anterior- 
mente que era importante conocer el hardware de nuestro 
ordenador: en este paso podremos elegir con más precisión los 
módulos que necesitamos. En algunos de ellos es obligatorio pa- 
sar algún parámetro especial (como la dirección de E/S, la inte- 
rrupción que utiliza el dispositivo, etc.), información que podemos 
obtener por medio de la BIOS o EFI del sistema o por los proce- 
dimientos que anteriormente comentábamos. 

También es cierto que si el proceso de instalación lleva algún tipo de 
programa para el reconocimiento automático de hardware, todo el 
proceso de selección y carga de módulos no es necesario porque ya 
se realiza de forma automática. Sin embargo, es posible que no se 



Contenido 

complementario 



De todas las particiones de 
un disco duro podemos ele- 
gir una para que sea la ac- 
tiva. Este flag sirve para 
indicar a la BIOS o la EFI del 
sistema cuál es la partición 
que debe iniciar si en la 
MBR no encuentra ningún 
programa de arranque. 
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detecte adecuadamente alguno de los dispositivos que tengamos ins- 
talados, en cuyo caso sí que debemos incluir manualmente el módu- 
lo correspondiente. 



Contenido 

complementario 



El fichero de configuración de 
los módulos se suele encon- 
trar en /etc/modules. 



Si en el momento de instalar el sistema nos olvidamos de incluir 
algún módulo (o instalamos algún nuevo dispositivo) siempre po- 
demos recurrir a los comandos insmod (para agregar un nuevo 
módulo), lsmod (para listar los instalados), rmmod (para elimi- 
nar alguno) y modprobe (para probar alguno y, si funciona co- 
rrectamente, incluirlo en el núcleo). Todos estos módulos no son 
más que ficheros binarios que acostumbramos a encontrar en el 
directorio /lib/modules/ del sistema. 



Si tenemos problemas para descubrir qué hardware tenemos ins- 
talado en el ordenador, una utilidad muy práctica que se suele in- 
cluir en las distribuciones es discover. Con ésta, podremos 
saber exactamente qué componentes tenemos y qué módulos les 
corresponden. 



4.5. Configuración básica de la red 



Después de configurar los módulos que se incluirán en el núcleo del 
sistema operativo deberemos configurar la red (si tenemos la tarjeta 
necesaria). Aunque en este documento no entraremos en detalles so- 
bre redes de computadores, daremos las ideas necesarias para po- 
der realizar este paso sin complicaciones. 



Contenido 

complementario 



Una dirección IP es la iden- 
tificación de un ordenador 
dentro de una red cuando 
utilizamos el protocolo TCP/ 
IP, el que más se utiliza en 
Internet. 



Lo primero que se pedirá es el nombre que queremos darle al siste- 
ma. Este nombre servirá para referirnos a él sin tener que recordar 
siempre su dirección IP. Una vez entrado el nombre, se suele pedir si 
en nuestra red utilizamos un mecanismo llamado DHCP o BOOTP, 
que consiste en tener un servidor especial que se encarga de asignar 
automáticamente las IP a los ordenadores que arrancan. Si utiliza- 
mos este mecanismo, debemos indicarlo y si no, se nos preguntará 
por la IP y máscara de nuestro ordenador. Si no conocemos estos da- 
tos, debemos dirigirnos al administrador de nuestra red. Seguida- 
mente debemos introducir la IP del gateway de nuestra red. El 
gateway es un dispositivo u ordenador que actúa de puente entre 



88 





nuestra red local e Internet (si no tenemos ningún dispositivo de este 
tipo, podemos dejar en blanco este campo). A continuación, debe- 
mos especificar el (o los) servidores de nombres que utilizamos. Un 
servidor de nombres (servidor DNS) es una máquina que nos propor- 
ciona la equivalencia entre un nombre y una dirección IP. Si no sa- 
bemos cuál usamos, también deberemos recurrir al administrador 
de la red. 

Si estamos en una red local, debemos consultar al administrador de 
la misma para que nos proporcione toda la información necesaria al 
respecto. Si tenemos otro operativo instalado en el ordenador, tam- 
bién podemos acceder a su configuración para obtenerla. Sin em- 
bargo, en ningún caso nos podemos inventar estos valores porque lo 
más probable es que no se configure adecuadamente y provoque- 
mos problemas en la red local. 



4.6. Sistema de arranque 

Una vez configurados todos estos aspectos, debemos instalar un pe- 
queño programa en el disco duro para que en el proceso de arran- 
que del ordenador podamos elegir qué sistema operativo de los que 
tenemos instalados queremos arrancar. Aunque sólo hayamos insta- 
lado GNU/Linux, también tendremos que instalar este programa, ya 
que el sistema de arranque del mismo lo necesita. 

Existen varias aplicaciones para realizar este proceso. Las más 
usuales son el Li lo ( Linux LOader ) y el Grub (GNU CRand Unified 
Bootloader). Lo único que hacen estas aplicaciones es iniciar el 
proceso de carga y ejecución del núcleo del sistema operativo que 
le indiquemos. Generalmente, todas las distribuciones detectan si 
tenemos algún otro sistema operativo instalado en los discos du- 
ros y nos configuran automáticamente el sistema de arranque. Lo 
único que debemos tener en cuenta es que habrá que situar este 
programa correctamente para que se ejecute al arrancar el orde- 
nador. Normalmente se suele poner en la MBR del disco maestro 
del primer canal IDE o SCSI, que es el primer sitio que la BIOS o 
EFI del ordenador inspecciona buscando un programa de estas 
características. 
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Contenido 

complementario 



Un paquete está formado 
por uno o varios progra- 
mas/librerías/ relaciona- 
dos entre sí, que se agrupan 
para formar un sólo bloque. 
La mayoría de distribucio- 
nes incluyen utilidades para 
el manejo de paquetes (ins- 
talación, eliminación, confi- 
guración, etc.). Esta clase de 
organización es muy útil 
porque al necesitar un pro- 
grama/utilidad/etc. pode- 
mos instalarlo todo a la vez. 



Contenido 

complementario 



RedHat también ha adopta- 
do un sistema de descarga/ 
actualización del mismo es- 
tilo que el apt de Debían. 



4.7. Elección de paquetes 

La mayoría de procesos de instalación incluyen dos formas de selec- 
cionar los programas que instalaremos en el sistema: básico o exper- 
to. Con el proceso de selección básico generalmente se agrupan los 
paquetes disponibles por grandes grupos de programas: administra- 
ción, desarrollo de software, ofimática, matemáticas, etc. Si todavía 
no conocemos exactamente los programas que vamos a utilizar, este 
tipo de instalación es el más adecuado porque podremos escoger, 
de manera muy general y sin entrar en detalles, qué tipo de progra- 
mas utilizamos. 

Cuando conozcamos un poco más el sistema y sepamos qué es exac- 
tamente lo que vamos a utilizar, es mejor la selección experta de pa- 
quetes. Con este tipo de selección podremos ajustar mucho mejor 
qué programas necesitamos, ahorrándonos espacio en el disco y evi- 
tando que el sistema cargue más programas de los necesarios. Al 
instalar un sistema para un uso específico (servidor http, cvs, etc.) es 
muy recomendable escoger sólo aquellos programas que realmente 
utilizaremos para evitar problemas de seguridad (cuantas menos 
puertas dejemos abiertas al exterior, más seguro será el sistema). 

Algunas distribuciones también admiten la posibilidad de obtener los 
paquetes desde ubicaciones diferentes, como uno o varios CD, desde 
servidores en Internet, etc. Debian GNU/Linux fue la primera en tener 
un sistema de este tipo, llamado apt. Este tipo de gestión es muy útil 
porque nos proporciona mucha flexibilidad, y nos mantiene informa- 
dos de las últimas correcciones y actualizaciones de los programas. 



4.8. Otros aspectos 



Debemos saber qué hacer si hemos tenido algún problema con la 
instalación o en algún momento el sistema de arranque no nos deja 
cargar el sistema operativo. Generalmente, en el proceso de instala- 
ción existe algún paso donde se nos pregunta si queremos crear un 
disquete de recuperación. Siempre es muy recomendable generar 
este disquete, ya que nos permite cargar el operativo y acceder al sis- 
tema de ficheros para arreglar lo que haga falta. 
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En algunas distribuciones, con el mismo CD de arranque podremos 
hacer lo mismo. En el caso de Debian, por ejemplo, con el mismo 
proceso de arranque se incluye una consola (apretando CTRL+F2 
podemos acceder a ella) con los comandos básicos para que poda- 
mos realizar operaciones esenciales de recuperación. De todos mo- 
dos, si nos encontramos con algún grave inconveniente que no nos 
permite arrancar el sistema correctamente y queremos todas las he- 
rramientas usuales, también podemos arrancar con un CD-live de 
Knoppix o cualquier otra distribución y montar la unidad donde ten- 
gamos instalado el sistema para arreglar la disfunción. Lo que sí que 
es importante es disponer de alguna de estas herramientas y haberla 
probado antes de que ocurra algún problema serio para estar siem- 
pre preparados. 

La mayoría de procesos de instalación utilizan una aplicación deno- 
minada bootstrap, que también podemos instalar en el sistema 
con el paquete correspondiente. Con ella podríamos crearnos nues- 
tro propio proceso de instalación o ver cómo realiza realmente el sis- 
tema estas operaciones de instalación y configuración. La mayoría 
de ellas las podemos reproducir con el programa base-config o 
alguno de los otros que él mismo llama (más información en su ma- 
nual), aunque siempre podemos recurrir a los mismos ficheros de 
configuración del operativo para realizarlo manualmente. 
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5. Taller de instalación de Debían Woody 



5.1 . Introducción 

Si el primer taller nos servía para dar nuestros primeros pasos so- 
bre un sistema tipo UNIX, y para ello utilizábamos una distribu- 
ción que no dejase rastro en nuestro PC, pues se arrancaba y se 
ejecutaba desde CD-ROM, éste debe servirnos para aprender a 
instalar un sistema básico GNU/Linux en nuestro ordenador. La 
distribución escogida para el desarrollo del taller ha sido la De- 
bian 3. Orí (las versiones 3.0 también se conocen con el nombre 
de Debian Woody). 

La decisión de escoger Debian frente a RedHat para el desarrollo de 
este taller, y de los dos restantes, no ha sido nada fácil, pues RedHat 
ofrece productos comerciales que tienen muy buena acogida en el 
mundo empresarial, y en general se considera mucho más sencillo 
instalar una RedHat que una Debian. El hecho de que se haya opta- 
do por Debian se debe principalmente: en primer lugar, a que esta 
distribución es la que sigue más fielmente la filosofía GNU/Linux y 
todo se hace gracias al trabajo voluntario de miles de personas; en 
segundo lugar, porque probablemente es una de las distribuciones 
que, tanto a la hora de instalar como de mantener, deja más libertad 
a los usuarios; y como último punto fundamental, por su sistema de 
paquetes, que probablemente es el más consistente que existe ac- 
tualmente. 

Se ha optado, pues, por Debian; no porque se considere mejor 
que RedHat, (seguro que existen tantas opiniones al respecto 
como usuarios de ambas distribuciones), sino porque simplemen- 
te se ha creído que su flexibilidad la convierte en una distribución 
muy apta para fines didácticos. Pero siendo conscientes del fuerte 
arraigo que tiene RedHat, se ha dedicado un apéndice a esta dis- 
tribución, para que el lector pueda conocerla también y pueda 
formarse su propia opinión. 
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Lectura complementaria 



http://www.debian.org/doc/ 

http://www.debian.org/dis- 

trib/cd 

http://www.debian.org/dis- 

trib/netinst 



Tampoco hay que olvidar que, aparte de estas dos distribuciones, 
existen muchas más. Pero creemos que, cuando ya se ha tenido un 
primer contacto con alguna de ellas, es tarea de cada usuario ir pro- 
bando distintas distribuciones e ir forjándose una opinión propia de 
cuál es la que se adapta mejor a sus necesidades o exigencias. Por 
este motivo, una vez más animamos a hacer todo tipo de experimen- 
tos y pruebas, y que cada cual dirija sus esfuerzos hacia donde crea 
más interesante. GNU/Linux no es un sistema cerrado, sino todo lo 
contrario, GNU/Linux es sinónimo de libertad, y por este motivo la 
intención básica de este módulo es, en general, que una vez termi- 
nado se hayan sentado las bases de conocimiento necesarias para 
que se pueda ejercer sin ningún tipo de impedimento esta libertad, 
con el beneficio de todas sus ventajas y asumiendo todas sus conse- 
cuencias. 



Actividad 

12. Ya que se va a instalar Debian, es recomendable 
visitar su página web y familiarizarse un poco con 
sus contenidos. Así pues, se propone visitar la web 
http : //www . debian . org y sus subapartados. 
Una vez más se insta al lector a dejarse guiar por 
su curiosidad y, en esta ocasión, a seguir los enla- 
ces que le parezcan interesantes. 



5.1.1. Sistemas de instalación 

Por sistema de instalación se entiende qué recursos o dispositivos se 
van a utilizar para hacer la instalación del sistema. Actualmente, casi 
todas las distribuciones ofrecen diversas posibilidades para realizar- 
la, pero esencialmente se puede distinguir entre dos sistemas de ins- 
talación: mediante CD-ROM o por red. Además, es posible, en 
general, combinar distintos sistemas. 

Debian ofrece tres tipos de instalación: mediante un juego de CD- 
ROM, con un único CD-ROM, el cual contiene el software de instala- 
ción y los paquetes básicos, dejando que el resto de la instalación se 
haga por red, y exclusivamente por red. Aunque, obviamente, si se 
opta por este último sistema, hará falta algún tipo de soporte inicial 
para arrancar el sistema de instalación (normalmente un juego de 
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disquetes, entre dos y diecisiete, dependiendo del tipo y sistema de 
instalación escogidos, o un CD-ROM, del propio juego de CD de la 
distribución, aunque también es posible usar otros métodos, como 
DHCP para hacer una instalación completamente remota). 

El grado de interacción que requiere una instalación también depende 
del sistema y del tipo de instalación escogidos. Tal como es de esperar, 
cada uno de estos sistemas tiene sus ventajas y sus inconvenientes: 
mientras que una instalación estándar nos permite ir configurando paso 
a paso, hecho que nos será extremadamente útil para adecuar el siste- 
ma a nuestras necesidades y posibilidades, un sistema de instalación to- 
talmente automático requiere de unas infraestructuras y de unos 
conocimientos más avanzados, y por tanto de una inversión, tanto en 
tiempo como en dinero, que queda justificada sólo si el número de sis- 
temas a montar es muy grande (por ejemplo, se podría plantear la im- 
plementación de este tipo de instalación en un departamento donde 
convivieran ordenadores destinados a uso personal, con otros destina- 
dos a la paralelización, y donde su número aumenta a menudo). 

A la hora de escoger un sistema y tipo de instalación, debemos consi- 
derar, pues, diversos factores, como son: ¿cuántas instalaciones va- 
mos a realizar?, ¿cuántas instalaciones distintas vamos a realizar?, 
¿qué grado de experiencia tenemos?, etc. El hecho de ser ésta nuestra 
primera instalación nos lleva inmediatamente al tipo de instalación 
más interactiva y más utilizada: la instalación interactiva estándar. 
Ahora sólo falta por determinar el sistema de instalación, y esto de- 
penderá fundamentalmente de si disponemos de conexión a Internet 
y de la velocidad de la misma. Obviamente, si no disponemos de co- 
nexión a Internet o la velocidad de acceso que tenemos es muy baja 
(como la que ofrecen los módems estándares) no tenemos más opción 
que escoger una instalación basada en un juego de CD-ROM; si por 
el contrario disponemos de una velocidad de acceso a Internet media- 
namente aceptable (como la que pueden ofrecer las líneas basadas en 
tecnología ADSL) o alta (conexión directa a Internet via gateway), la 
mejor opción será decantarse por una instalación por red. 

Una instalación efectuada por red supone muchas ventajas sobre 
una efectuada mediante CD-ROM, y especialmente en Debian, ya 
que ello nos permitirá instalar las últimas versiones disponibles de los 
paquetes, y actualizar todos los paquetes instalados en el sistema 
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será tan simple como ejecutar una sola instrucción. Pero este hecho 
no debe hacernos abandonar la instalación utilizando CD-ROM, si, 
como hemos dicho, no disponemos de conexión a Internet o la que 
tenemos es muy lenta (no hay que subestimar tampoco los paquetes 
que contienen estos CD-ROM, ya que Debian se caracteriza por ser 
una distribución donde sólo se incluyen paquetes que han sido pro- 
bados exhaustivamente). 



5.1.2. Tipos de paquetes 



Lectura complementaría 



http://www.debian.org/distrib/ 

packages 

http://www.debian.org/social 

contract#guidelines 



A continuación nos centraremos en Debian y en su sistema de pa- 
quetes. Un paquete de Debian es identificable por su extensión 
. deb. La distribución Debian diferencia sus paquetes en cuatro cla- 
ses diferentes. Los paquetes propios de la distribución están en la cla- 
se main, mientras que las clases contrib, non-free y non-US los 
provee la organización Debian para el beneficio de sus usuarios: 



main. Paquetes que cumplen con las Debian Free Software Guidelines, 
es decir, que se garantiza su uso y redistribución libre, tanto de todos los 
binarios que los componen como de su código fuente completo. 

contrib. Paquetes que, aun siendo libres, y por tanto aparte de los 
binarios -también tienen disponible su código fuente-, dependen de 
otros paquetes que no lo son. 

non-free. Paquetes que, aun pudiendo no costar dinero, están bajo 
condiciones onerosas que restringen de alguna forma su uso o redis- 
tribución. 



non-US/main non-US/non-free. Paquetes que no pueden ser ex- 
portados fuera de EE.UU., por contener software de cifrado o soft- 
ware que puede afectar a asuntos relacionados con patentes. 



5.1.3. Estado de desarrollo de los paquetes 

El estado de desarrollo de los paquetes marcará el tipo de distribu- 
ción que instalemos. Así pues, se habla de tres tipos de distribución: 

stable. Distribución de los paquetes con la versión oficial más recien- 
te de la distribución. Consta de softwre estable y bien probado, y 

96 




cambia sólo al incorporar correcciones importantes de seguridad o 
de usabilidad. 



testing. Distribución que contiene los paquetes que se espera que 
formen parte de la próxima distribución estable. Hay una serie de re- 
quisitos muy estrictos que debe cumplir cada paquete antes de dejar 
de ser unstable para pasar a ser testing. 



Lectura complementaria 



http://www.debian.org/ 

releases/testing/ 



unstable. En esta distribución son los paquetes más recientes de De- 
bian y en consecuencia los menos probados. Por esta razón, pueden 
contener problemas suficientemente graves como para afectar a la 
estabilidad del sistema. 

Aunque todos los paquetes tienen sus propias dependencias no hay 
ningún problema en mezclar paquetes de distintas distribuciones. 
Apt-pinning (man apt-pinning) facilita mucho esta tarea. Aún así, en 
sistemas críticos es recomendable utilizar solamente paquetes de la 
distribución estable, los más fiables. 



5.2. Instalación de Debían Woody 



Nota 



Es posible incorporar pa- 
quetes a una instalación ba- 
sada en una distribución 
procedentes de otra distri- 
bución, esto por lo general 
implica serios problemas de 
compatibilidades y es por 
este motivo por lo que sólo 
se recurre a esta práctica en 
casos puntuales. 



Como se ha dicho, en esencia Debian presenta tres tipos de instala- 
ción: vía juego de CD-ROM, vía CD-ROM mínimo, e instalación por 
red. Si se dominan la primera y la última, utilizar la segunda es tri- 
vial. Así pues, empezaremos por instalar nuestro primer sistema me- 
diante el juego de CD-ROM facilitados paso a paso, y, una vez 
terminado, analizaremos las diferencias entre este proceso y el de 
instalación por red. 



Hay que añadir que el método de instalación vía CD-ROM mínimo, 
si bien está admitido como tal por parte de Debian, las imágenes de 
estos CD-ROM no son oficiales. Estas imágenes son creadas por 
cuenta propia, generalmente por gente perteneciente a la Debian 
peop/e, y sólo están referenciadas en la página oficial de Debian, en 
el apartado de instalación mediante CD-ROM mínimo. Aun así, en 
general este sistema de instalación es muy práctico, y ha sido proba- 
do con buenos resultados, con imágenes de distintas fuentes, en di- 
versos ordenadores. 



Lectura complementaria 



http://db.debian.org/ 

http://www.debian.org/ 

CD/netinst/ 
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5.2.1. Flavours de Debian Woody 



Se conoce con el nombre d eflavors o 'sabores', a los distintos kernels 
precompilados, destinados a soportar distintos tipos de hardware de 
las distribuciones. Debian Woody presenta cuatro flavors distintos: 

vanilla. Este Iceme/ está basado en la serie 2.2, en el cual se han in- 
cluido muchos drivers destinados a soportar hardware antiguo (como 
pueden ser los dispositivos ISA), además de dar soporte al puerto USB. 

compact. Este kernel está basado en la serie 2.2 y principalmente 
orientado a dar soporte a dispositivos PCI y sistemas IDE y SCSI. 

idepci. Este kernel está basado en la serie 2.2 y está concebido para 
dar soporte al mayor número de hardware posible. Por esta razón se 
trata de un kernel bastante grande y poco optimizado. 

bf24. Kernel basado en la serie 2.4 con soporte para ext3 y ReiserFS 
orientado a dar soporte a hardware nuevo, como pueden ser los te- 
clados USB. También da soporte a dispositivos SCSI e IDE ATA-1 00. 

En este taller se hará la instalación utilizando el flavor bf24, ya que 
la experiencia dice que da muy buenos resultados, aparte de usar un 
kernel basado en la serie 2.4. Si con este flavor se diera el caso de 
que durante el proceso de arranque el ordenador se quedara colga- 
do o notáramos comportamientos extraños, como podría ser el no 
reconocimiento de disco duro, deberíamos cambiar de flavour, in- 
tentando hallar el que se adaptara mejor a nuestras necesidades, o 
el que simplemente nos dejase arrancar sin problemas; en este caso 
la primera opción que debería probarse es la idepci. 



5.2.2. CD-ROM de Debian Woody y sus distintos flavours 

De los siete CD-ROM que componen Debian Woody, cinco llevan 
asociados uno o más flavours, y por tanto se puede arrancar el sis- 
tema de instalación desde ellos. La relación entre CD y flavours es la 
siguiente: 

CD1 . Este CD-ROM es "multiboot", es decir, al arrancar se le puede 
pasar como parámetro, el flavor deseado entre otros. Si no se le 
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pasa ningún parámetro, transcurridos unos segundos arrancará 
como idepci. 

CD2. vanilla. 

CD3. compact. 

CD4. idepci. 

CD5. bf24. 

Así pues, para inicializar nuestra instalación bastará con "bootar" el 
ordenador desde la unidad de CD-ROM con el CD1 y teclear bf24 
o con el CD5 y pulsar INTRO. 



5.2.3. Installing Debian GNU/Linux 3.0 For Intel x86 

El documento básico que nos proporciona Debian para su instala- 
ción es el Installing Debian GNU/Linux 3.0 For Intel x86 , incluido en 
el CD1 (/i nstal 1/ doc/i nstal I .en .html) disponible en distintos idiomas, 
entre ellos el castellano (/install/doc/es/install.es.html). Es recomen- 
dable leer este documento y tener una copia del mismo a mano por 
si surgiera algún problema, como podría ser no disponer de una uni- 
dad de CD-ROM bootable. 



5.3. Instalación de Debían Woody medíante CD-ROM 



Esta instalación se hará en un PC estándar sobre un disco duro IDE 
conectado como máster sobre el puerto IED primario estándar. Si 
se dispone de otro tipo de conectores en la placa base más rápidos 
(ATA-100 o ATA-133), probablemente también sean soportados 
por Debian, pero en general se requiere de configuraciones espe- 
ciales y, en consecuencia, quedan fuera de este taller. Por lo que se 
refiere a controladoras y discos SCSI, si éstos son medianamente 
estándares, serán detectados sin ningún problema durante el pro- 
ceso de arranque. 
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5.3.1. Antes de empezar la instalación 



Antes de empezar la instalación propiamente dicha, habrá que cer- 
ciorarse de que disponemos de un espacio mínimo en nuestro disco 
duro donde realizarla (se recomienda disponer, como mínimo, de 
entre dos y tres gigabytes de espacio libre). Si éste es nuevo, pode- 
mos empezar directamente con la instalación, a pesar de que pen- 
semos instalar también otro sistema operativo en él (bastará con 
reservar el espacio que consideremos para éste con el tipo de parti- 
ción que requiera). 

Si disponemos de un espacio que previamente habíamos reservado 
-pues ya teníamos en mente instalar GNU/Linux- o tenemos una 
partición de cualquier otro sistema operativo donde deseamos insta- 
larlo, también podemos proseguir con la instalación, es decir, arran- 
car desde el CD-ROM. 

Si por el contrario tenemos todo el disco duro ocupado y con una 
sola partición (cosa muy poco recomendable, pues en general esto 
hace disminuir sensiblemente el rendimiento de cualquier sistema 
operativo, y en especial aquellos con sistemas de ficheros poco con- 
sistentes), debemos liberar espacio para poder instalar Debian Wo- 
ody. La dificultad de realizar esta operación dependerá estrictamente 
de qué sistema de ficheros sea el que contenga dicha partición. 

Probablemente, el sistema operativo en cuestión sea de la familia de 
productos de Microsoft™; si el sistema de ficheros es de tipo FAT o 
FAT32 (utilizados por MSDOS™, Windows95™ y Windows98™) 
el problema es relativamente sencillo de solventar, ya que con la mis- 
ma distribución se nos facilita una aplicación (fips20.exe en el 
CD1 (/tools/fi ps20.zip)) que nos asistirá en la repartición del disco 
duro y en la creación de espacio para instalar GNU/Linux (es muy 
recomendable que antes de hacer correr fips se desfragmente el 
disco). Si el sistema de ficheros es de tipo NTFS (WindosNT™, 
Windows2000™ o WindowsXP™), la cosa se complica, pues hasta 
la fecha no se conoce ninguna aplicación GPL que pueda hacer par- 
ticiones de este tipo de sistema de ficheros. Así pues, frente a esta si- 
tuación, de momento sólo se puede recurrir a aplicaciones 
comerciales (como puede ser PartitionMagic™). 
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5.3.2. Arranque del sistema de instalación 



Llegados a este punto, podemos empezar la instalación propia- 
mente dicha. Para ello, arrancaremos el ordenador, nos asegura- 
remos de que el primer dispositivo a la hora de "bootar" sea la 
unidad de CD-ROM (entrando en la BIOS), y pondremos el CD1 en 
ella (dado que, en este caso concreto, vamos a usar elfíavor bf24. 
También podríamos haber arrancado con el CD5 con los mismos 
resultados). Al cabo de unos momentos nos aparecerá una pantalla 
de bienvenida como la siguiente: 



Welcome to Debían GNU/Linux 3.0! 

This is a Debían CD-ROM. Keep it available once you have installed 
your system, as you can boot from it to repair the system on your hard 
disk if that ever becomes necessary (press <F3>for details) . 

For a "safe" installation with kernel 2.2.20, you can press <ENTER> to begin. 
If you want additional features like modern hardware support, specify a 
different boot flavor at the boot prompt (press <F3> to get an overview) . 

If you run into trouble or if you already have questions, press <F1> 
for quick installation help. 

WARNING: You should completely back up all of your hard disks before 

proceeding. The installation procedure can completely and cirreversibly 
erase them! If you haven' t made backups yet, remove the CD-ROM 
from the drive and press <RESET> or <Control-Alt-Del> to get back 
to your oíd system. 

Debían GNU/Linuxcomes with ABSOLUTELY NO WARRANTY, to the extent 
permitted by applicable law. For copyright information, press <F10>. 

Press <F1> for help, or <ENTER> to boot. 

boot : 



Podemos pulsar F1 , sin demorarnos demasiado tiempo, ya que si no, 
la instalación empezará de forma automática y con el flavour idepci, 
flavour que se usa por defecto para acceder al índice de ayuda: 
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HELP INDEX: 



Press the function keys <F1> through <F10> for helpful information. 
KEY TOPIC 

<F1> This page, the help Índex. 

<F2> Prerequisites for installing this System. 

<F3> Boot methods for special ways of using this Rescue disk. 

<F4> Special boot arguments, overview. 

<F5> Special boot arguments for special machines. 

<F6> Special boot arguments for selected disk controllers. 

<F7> Special boot arguments for the install System. 

<F8> How to get help. 

<F9> Debian e-mail lists. <F10> Copyrights and warranties. 

Press <ENTER> or type boot method, arguments, and <ENTER> to boot. 
Press any of <F2> through <F10> for quick installation help. 

boot : 



Podemos pulsar cualquiera de las opciones que nos ofrece el menú 
pero la más destacable es la F3, en la cual encontraremos los distin 
tos flavours que admite el modo de arranque, y también cómo utili 
zar este mismo CD1 para usarlo como disco de rescate: 



BOOT METHODS 

The Rescue disk can be used for system recovery as well as for installation. 

The rescue method will mount an existing root partition, while the other 
methods will give you a small, standalone root system. 

Available boot methods: 
linux or idepci 

Start the installation -this is the default. 
fbf 24 

Start the installation with a Linux 2.4 kernel. 
compact 

Start the installation with a kernel including PCI SCSI and IDE drivers. 
vanilla 

Start the installation with a kernel including many drivers for older hardware 
(such as Systems with ISA-based hardware) . 
rescue 

Boot and mount any root filesystem. The root filesystem must be given at 
the prompt, so e.g., type rescue root=/dev/hdal . (You can also use 
rescbf24, resccomp, or rescvanl.) 

Press <ENTER> or type boot method, arguments, and <ENTER> to boot. 

Press function key <F1> for the help Índex. 

boot : 
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Tecleemos puesbf24, y empecemos con la instalación. 



Una vez hecho esto, se cargará el k ernel (veremos durante unos ins- 
tantes las salidas por pantalla de las distintas pruebas que se hacen) 
e inmediatamente nos aparecerá una pantalla, Choose The Langua- 
ge, para que mediante los cursores seleccionemos el idioma de ins- 
talación. 

A partir de ahora ya disponemos, pulsando la combinación de teclas 
ALT+F2 e INTRO, de un shell, que, aunque muy básico, puede usar- 
se en cualquier momento de la instalación. 

En la tty3 (ALT+F3) el Iceme/ va dejando sus mensajes (es decir, el 
contenido del fichero /var/log/messages). 



5.3.3. Configuración del idioma de instalación 

Es muy recomendable seleccionar la opción en Choose this and 
press Enter to proceed in English para evitar posibles 
errores de traducción. En general, y si es posible, siempre es mejor 
trabajar con el idioma original, y así se hará durante el resto del ta- 
ller; si bien, una vez más, se deja libertad al lector para que decida 
él mismo lo que le parece más adecuado; en este caso, que sea él 
quien elija el idioma que va a utilizar durante la instalación. 



Escogemos el idioma inglés y pulsamos INTRO. En la pantalla Cho- 
ose Language Variant siguiente se puede escoger qué inglés se quie- 
re utilizar, nosotros usaremos el americano English (United 

States). 



5.3.4. Menú principal de instalación 

Después de la pantalla de créditos Retease Notes, y tras pulsar IN- 
TRO, entraremos en la interfaz Debían GNU/Linux Installation Main 
Menú, que nos servirá para configurar el resto de la instalación. Esta 
interfaz opera según unos criterios preestablecidos; así, siempre se 
nos sugerirá el próximo paso a dar para una instalación estándar, 
seguido, si procede, de alternativas a esta opción. No obstante, me- 



Nota 



El idioma de instalación no 
condiciona en modo alguno 
ni la configuración del te- 
clado, el cual hasta el mo- 
mento es u s, ni el idioma de 
interacción con el sistema ni 
otras configuraciones. Esta 
opción sólo es válida duran- 
te el proceso de instalación. 
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diante los cursores podemos desplazarnos y seleccionar cualquier 
opción de las que se nos ofrecen tras una línea en blanco (aquí se 
listan todas las opciones posibles de instalación, aunque algunas no 
estarán disponibles si en primer lugar no hemos utilizado otras; en 
principio, salvo casos excepcionales y por ser nuestra primera insta- 
lación, nunca usaremos estas opciones y dejaremos que la misma in- 
terfaz de instalación nos guíe por ellas mediante la sugerencia que 
nos haga en cada momento). 



5.3.5. Configuración del teclado 

Como primera sugerencia, la interfaz de instalación nos propone 
que configuremos el teclado Configure the Keyboard Así lo 
hacemos. Pulsamos INTRO para acceder a la pantalla Select a Key- 
board, y seleccionamos el teclado, qwerty/es : Spanish; pulsa- 
mos INTRO para que el dispositivo de entrada responda al mapeado 
de caracteres del teclado español. En la tty2 podemos comprobar 
que, efectivamente, ya disponemos de acentos, por ejemplo. 



5.3.6. Partición del disco duro 

Una vez seleccionado el teclado, el proceso de instalación nos de- 
vuelve al menú principal y nos propone que procedamos a fraccio- 
nar el disco duro, Partition a Hard Disk. Así lo hacemos. 
Pulsamos INTRO y entramos en la pantalla de selección de dispo- 
sitivos que hay que fraccionar, Select Disk Drive. Si disponemos de 
más de un disco duro, mediante los cursores podremos seleccionar 
sobre cuál de ellos queremos operar. Una vez hecha la selección, 
pulsamos INTRO. Tras una pantalla de advertencia referente a las 
limitaciones deLilo, LILO Umitations, y pulsando INTRO entramos 
en otra pantalla de consejo acerca de cómo se debe calcular el ta- 
maño de las particiones si se tiene intención de utilizar el Reiser fi- 
lesystem, Note on additional space ior Reiserfs Journal. Pulsamos 
INTRO nuevamente y se arranca la aplicación cfdisk para crear 
y gestionar las particiones. 

Los tamaños, sus características y el número de particiones depen- 
den en gran medida del tipo de uso y de la cantidad de disco duro 
de que se disponga. Al tratarse de una instalación con fines educati- 
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vos, se facilita seguidamente la información sobre las particiones que 
se crearán suponiendo que se trabaja sobre un espacio de entre los 
cinco y los quince gigabytes destinados a la nueva instalación. 

Como mínimo hay que crear dos particiones: una primera para 
montar el sistema y otra de swap (es cierto que se puede hacer ins- 
talaciones sin swap, pero, tal como ya se ha dicho, no es en absoluto 
recomendable). Para aumentar la eficiencia del sistema, nosotros 
crearemos cinco particiones. La primera destinada a albergar la root 
partition; ésta no tiene que ser muy grande, por ello se le destinará 
alrededor de un diez por ciento del disco duro, preferentemente en 
una partición primaria; pero si no disponemos de ella, la podemos 
crear como partición lógica sin darle más importancia. La segunda 
se destinará a swap. 

Se recomienda que ésta tenga un tamaño de entre 512kb y 1Mb; 
con estas dimensiones nos aseguraremos, salvo en casos excepcio- 
nales, de que nunca llegará a saturarse; esta partición también es 
preferible que sea primaria, pero si tiene que ser lógica, tampoco 
repercutirá en el rendimiento del sistema. La tercera partición esta- 
rá destinada a albergar el directorio /home/, cuya finalidad es al- 
macenar datos de usuario, y, dependiendo del tamaño del disco 
duro, se le puede asignar entre un diez y un veinte por ciento del 
disco duro, en función del número de usuarios y del uso que se va 
hacer del sistema. La cuarta partición será para el directorio /usr/; 
hay que tener presente que esta partición albergará gran parte del 
software que se instale; por lo que deberá tener un tamaño signifi- 
cativo, alrededor de un cuarenta por ciento del disco. El espacio 
restante se destinará al directorio /var/, donde se alojan librerías, 
ficheros de log, etc. 

La distribución de particiones anterior es sólo una propuesta que tie- 
ne dos objetivos: por un lado, pretende mejorar el rendimiento que 
ofrece una instalación basada únicamente en dos particiones y, por 
otro lado, da más robustez al sistema. Entre otras ventajas, tener los 
datos repartidos entre distintas particiones hace que la corrupción de 
una de ellas no implique automáticamente la pérdida de toda la in- 
formación del sistema. Obviamente, pueden crearse otras particio- 
nes u omitir algunas de las propuestas. (El orden de las particiones 
no afecta al comportamiento del sistema.) 
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Por lo que se refiere a cfdisk, su funcionamiento se basa en el 
uso de los cursores, tanto para moverse por las particiones del dis- 
co (parte superior de la pantalla, mediante los cursores Up y down), 
como para seleccionar las posibles operaciones que se puedan 
realizar en cada momento (parte inferior de la pantalla, con left 
y right), ya que éstas irán variando según el estado de la parti- 
ción seleccionada. Para crear una nueva partición, hay que selec- 
cionar la opción [ New ] ; a continuación, si aún se pueden crear 
particiones primarias (el número máximo es cuatro), se nos pre- 
guntará si la queremos crear como partición primaria o lógica; 
después debemos especificar, en Mb, el tamaño de la partición; y 
finalmente su ubicación física en el disco (es recomendable que 
antes de empezar a fraccionar el disco hagamos un pequeño es- 
quema de cómo lo queremos hacer y crear las particiones a partir 
de éste, para poder así responder siempre [Beginning] a esta 
pregunta). 

Una vez se han creado las particiones, hay que asignarles el tipo de 
sistema de ficheros. Por defecto las particiones se crean de tipo Linux, 
es decir, con código 0x83; en general, pues, esta opción por defecto 
ya nos será útil salvo para la partición destinada a swap. Para esta 
partición en concreto habrá que seleccionar la opción [ Type ] , 
con lo que primero se nos mostrará, en hexadecimal, la relación en- 
tre códigos y filesystem types, y después se nos preguntará qué tipo 
de sistema de ficheros queremos asignarle a la partición selecciona- 
da. Por defecto se nos propone la 0x82, es decir, Linux swap, que es 
la opción deseada. Si tenemos más de una instalación de GNU/Li- 
nux en el mismo ordenador, se puede utilizar la misma partición 
swap para todas ellas, ya que la información que se pueda almace- 
nar en ella durante el funcionamiento del sistema es totalmente vo- 
látil. Bastará, pues, con pulsar INTRO y se nos retornará a la pantalla 
principal de cfdisk mostrándonos que, efectivamente, se ha reali- 
zado el cambio. 

Una vez tengamos construida la tabla de particiones a nuestra me- 
dida, sólo habrá que seleccionar la opción [ Write ] para que 
ésta, tras una pregunta de confirmación final a la que responde- 
remos yes, se escriba en la MBR y poder hacer efectivos los cam- 
bios. Ahora, pues, ya podemos abandonar cfdisk con la opción 
[ Quit ] y proseguir con la instalación. 
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5.3.7. Inicialización y activación de la partición swap 



Una vez hemos salido del cfdisk, retornamos al menú principal. 
Esta vez se nos propone que inicialicemos y activemos la partición de 
swap, Initialize an Actívate a Swap Partition. Pulse- 
mos INTRO para entrar en una pantalla, Sean fo Bad Blocks?, donde 
se nos pregunta si deseamos chequear la partición en búsqueda de 
posibles bloques defectuosos. Esta misma pantalla nos aparece cada 
vez que inicializamos y activamos una partición. Hay que advertir 
que el proceso de chequeo es lento, así pues, esta vez lo activaremos 
para ver su modo de proceder, pero para el resto de particiones de- 
jaremos que cada uno tome la decisión que estime más acertada. La 
experiencia pone de manifiesto que para discos nuevos, o en buen 
estado, no es necesario ejecutar este proceso de prueba, puesto que 
los resultados siempre suelen ser positivos. 

Una vez terminado el proceso de chequeo, entramos en una pantalla 
de confirmación final, Are You Sure?, antes de proceder a la iniciali- 
zación y a la activación de la partición. Pulsemos INTRO para llevar 
a termino nuestro objetivo. 



5.3.8. Inicialización y activación de una partición Linux 

De vuelta al menú principal, éste nos sugiere que inicialicemos y ac- 
tivemos una partición de Linux, Initialize and Active a Swap 
Partition. Esta operación es indispensable, pues es en este punto, 
cuando inicialicemos, activaremos y montaremos la partición root (/). 
Pulsamos INTRO para entrar en la pantalla de selección del tipo de 
sistema de ficheros que deseamos para esta partición, Choose Fi- 
lesystem Type. Nosotros decidimos que sea de tipo ext3. Una vez he- 
cha esta selección, entramos en la pantalla, donde elegiremos la 
partición sobre la que queremos operar, Select Partition. Como se 
trata de montar la partición root, elegiremos la primera. Una vez he- 
cho así, entraremos en la pantalla ya conocida de chequeo de blo- 
ques defectuosos, y a continuación en la pantalla de confirmación de 
operación. Tras la operación, el sistema de instalación nos pregunta 
si queremos montaren esta partición el root filesystem, Mount as the 
Root Filesystem?. Obviamente, pues así lo habíamos planeado, res- 
ponderemos afirmativamente. 
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5.3.9. Inicialización y activación de otras particiones 
Linux 



Ahora el menú principal nos sugiere, como opción principal, que 
instalemos el Iceme/ y sus módulos en la root partition, Install 
Kernel and Driver Modules. Nosotros aún no lo haremos, 
pues, tal como habíamos planeado, tenemos que inicializar, acti- 
var y montar el resto de particiones que hemos creado. Elegimos, 
pues, la primera alternativa que nos ofrece el menú principal 
Initialize a Linux Partition. Hecho esto, entraremos en 
la pantalla de selección de filesystem, ext3 nuevamente, y entramos 
en la pantalla de selección de partición. Optamos por la primera 
que se nos sugiere, y entramos en las pantallas de chequeo de blo- 
ques y de confirmación. Una vez terminada la operación, se nos 
pregunta qué partición queremos montar Select Mount Partition. 
Aquí la primera vez optaremos por la de /home, siguiendo el plan- 
teamiento inicial. 

De nuevo en el menú principal, repetiremos las acciones anteriores 
para montar las particiones de /usr y de /var. 



5.3.10. Instalación del kernel 

Una vez terminado con el proceso de inicialización, activación y 
montaje de todas las particiones que habíamos creado, podemos 
proceder al próximo paso que el menú de instalación hace ya rato 
que nos sugiere, es decir, instalar el kernel y los módulos Install 
kernel and Driver Modules. Entramos ahora en la pantalla de 
selección del medio de instalación Select Installation Médium. Como 
estamos instalando el sistema utilizando el juego de CD, elegimos la 
primera opción. Se nos pide ahora el primer CD, Please insert the 
CD-ROM, pero como éste ya se halla en el lector, podemos continuar 
el proceso. 

Entramos ahora en una pantalla en la que se nos pide dónde debe 
ir el sistema a buscar los ficheros del kernel para la instalación, pero 
como estamos realizando la instalación desde CD-ROM, sólo se nos 
da una opción. Así pues, pulsamos INTRO para instalar el kernel en 
el disco duro, en la root partition. 
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5.3.11. Configuración de módulos 



Llegados a este punto, el menú principal nos sugiere la configuración de 
los módulos del kernel Configure Device Driver Modules. Si- 
guiendo este paso, entramos en una pantalla de advertencia sobre los 
módulos que ya lleva incorporado el kernel que se ha instalado Note 
about loaded drivers, el cual nos indica que si no encontramos ningún 
módulo que sea del todo necesario podemos proseguir con la instala- 
ción. En principio no debemos preocuparnos demasiado por los módu- 
los, pues por ahora nuestro objetivo principal es instalar un sistema 
mínimo en nuestro PC, y luego ya lo iremos ampliando y mejorando. Así 
pues, podemos dar un paseo por el menú de módulos con el fin de ad- 
quirir conocimientos, pero, en principio, no activaremos ninguno (una 
vez instalado el sistema básico, podremos entrar en este mismo menú y 
activar cualquier módulo mediante el comando modconf ). 



5.3.12. Configuración del hostname 

Es momento de dar un nombre al sistema que estamos instalando 
Configure the hostname. Por defecto se nos sugiere el nombre 
de Debian, Choose the Hostname. Podemos borrar esta sugerencia y 
dar un nombre que nos guste más compuesto de una sola palabra, 
brau, por ejemplo. (En este punto sólo hay que especificar el nombre 
local del sistema. Si éste va a formar parte de una red, y por tanto ne- 
cesita de dominio, éste ya se especificará en el apartado de configura- 
ción de la red.) 



5.3.13. Instalación del sistema base 

Con toda esta información, el sistema ya puede hacer la instalación 
del sistema base; es lo que nos propone el menú principal, Install 
the System Base. Aceptamos pues esta propuesta. Nuevamente 
se nos pregunta por el medio de instalación, CD-ROM, la opción por 
defecto y seguidamente se nos requiere de nuevo el CD1 para pro- 
seguir; pulsamos, pues, INTRO y dejamos que el sistema lea los fi- 
cheros necesarios. 



El siguiente paso es especificar el directorio desde donde se va a ins- 
talar el sistema base Select Archive Path. Sólo se nos muestra una op- 
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ción, instmnt, que es el directorio virtual que se ha creado para tal 
fin (en realidad esta información se obtendrá del CD1, a partir de 
enlaces simbólicos de este directorio al directorio /CD-ROM/). Así 
pues, pulsemos INTRO y dejemos que finalmente empiece la instala- 
ción del sistema base en el disco duro. 



5.3.14. Creación de un disco de arranque 

Una vez terminado el proceso de instalación del sistema base, el 
menú principal nos sugiere hacer el sistema bootable, Make System 
Bootable. Sin embargo, como medida de seguridad nos decidimos 
por la primera alternativa que se nos ofrece, es decir, crear un disco 
de arranque. Así pues seleccionamos esta opción, Make a Boot 
Floppy, y pulsamos INTRO. Insertamos un disquete virgen en la dis- 
quetera y procedemos a crear dicho disco. 



5.3.15. Instalación de Lijo 

Una vez creado el disco de arranque, el menú principal nos sugiere 
que "rebootemos" el sistema. Pero también podemos hacer el siste- 
ma bootable, como se nos sugería anteriormente, es decir, dejar que 
escriba en la MBR la información necesaria para que se pueda 
arrancar la instalación que acabamos de realizar desde el propio 
disco duro. Para ello, debemos seleccionar la opción Make System 
Bootable y contestar afirmativamente, por lo general, a las pro- 
puestas que nos hace el sistema de instalación. 

Realizar esta operación en este momento está plenamente justificada 
si en nuestro PC sólo hemos instalado GNU/Linux, o si creemos que el 
gestor de arranque Lilo será capaz de "bootar" otros posibles sistemas 
operativos que tengamos instalados (en el caso de tratarse de sistemas 
Microsoft™, puede instalarse Lilo, ya que la experiencia muestra que 
Lilo es perfectamente capaz de gestionar su arranque). Pero no debe- 
mos realizar esta operación, si ya disponemos de otro gestor de arran- 
que (el cual habrá que configurar para que pueda arrancar el sistema 
que acabamos de instalar), o si queremos instalar otro gestor de 
arranque como puede ser gups, o si no estamos plenamente seguros 
de que Lilo será capaz de gestionar correctamente el arranque del res- 
to de sistemas operativos que tengamos instalados. 
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Si no hemos instalado Lilo, de momento podemos arrancar el siste- 
ma operativo mediante el disquete que hemos creado anteriormente, 
y en el próximo taller evaluaremos la posibilidad de instalar el gestor 
de arranque desde el propio sistema. 



5.3.16. Reinicialización del sistema 

Ha llegado el momento de reinicializar el sistema para arrancar el 
sistema base que hemos instalado en nuestro disco duro, y a partir 
de él empezar a personalizar nuestra primera instalación de GNU/ 
Linux. Así pues, retiramos el CD1, o cuando se produzca la reinicia- 
lización, entramos en la BIOS para reestablecer la secuencia de dis- 
positivos de arranque, preferiblemente disquetera, disco duro, CD- 
ROM, etc. para un sistema estándar), y el disquete si hemos instalado 
Lilo, y seleccionamos la opción Reboot the System. Tras una 
pantalla final de advertencias y recomendaciones que debemos leer 
atentamente, podemos proceder a la reinicialización. Si no se ha ins- 
talado Lilo, el disquete deberá permanecer en la disquetera, y debe- 
mos asegurarnos de que el PC arrancará desde él. 



5.3.17. Arranque del sistema base 

Si todo ha ido como es debido, tras reiniciar el sistema observare- 
mos, tanto si hemos arrancado íntegramente desde el disco duro, 
como si se ha hecho inicialmente mediante disquete, que el sistema, 
al arrancar, ya usa información del disco duro. Transcurridos unos 
momentos, en los cuales irán apareciendo por pantalla los resulta- 
dos de los distintos procesos que se ejecutan durante el arranque, el 
sistema entrará en una pantalla de bienvenida, y nos invitará a pro- 
seguir la instalación, recordándonos que podremos repetir este pro- 
ceso en cualquier momento ejecutando el comando base-config 
como root. Pulsamos INTRO y proseguimos. 



5.3.18. Configuración horaria 

Inmediatamente después de la pantalla inicial de configuración, 
entramos en la de la configuración horaria del sistema, lime Zone 
Configuration. En ésta se nos mostrará la hora de la BIOS. Si esta hora 



coincide con la hora de nuestro huso horario, debemos contestar que 
no; por el contrario, si esta hora está establecida respecto al meridiano 
de Greenwich, debemos contestar que sí, para que el sistema haga los 
cálculos necesarios para situarnos en la hora de nuestro huso horario. 



5.3.19. Configuración geográfica 

Una vez establecido el criterio para el cálculo horario, debemos especi- 
ficar, en las dos pantallas siguientes, Time Zone Configuraron, nuestro 
emplazamiento geográfico. Si la hora de la BIOS está sintonizada según 
la hora local, y así lo hemos especificado en el apartado anterior, las 
respuestas a estas preguntas no tendrán ninguna relevancia. Sí que es 
importante contestar correctamente a estas preguntas si el horario de la 
BIOS se ha establecido según el criterio GTM. (Siempre es posible recon- 
figurar estos parámetros mediante el comando tzconfigj. 



5.3.20. Estgblecimiento de lg política de passwords 

Una vez terminados los procedimientos para la configuración hora- 
ria del sistema, ha llegado el turno de establecer la política de pas- 
swords, Password Setup. Ésta se compone de posible habilitación de 
los sistemas md5 y shadow, y del establecimiento del password de 
root, y de la creación de una cuenta de usuario. 



Sistema md5 

En primer lugar el sistema nos pregunta si queremos instalar el siste- 
ma de passwords md5. Si no tenemos sospecha de problemas de in- 
compatibilidades (NIS, etc.), podemos contestar que sí, ya que es 
buena idea poder usar passwords con más de ocho caracteres. 



Sistema shadow 

Una vez más, si no tenemos sospecha de posibles incompatibilidades 
(este sistema no suele implicar problemas de incompatibilidades), es 
bueno habilitar esta opción, ya que así nos aseguramos de que el fi- 
chero que contiene los passwords encriptados (/etc/ shadow) sólo 
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será accesible por el root. Esto supone una medida más de protec- 
ción para nuestro sistema. 



Password de root 



Ahora debemos entrar el password de root. Es importante seguir las 
recomendaciones para seleccionar est epassword y acordarse de él. 
Con el objetivo de confirmar que se ha entrado el password deseado 
y no ha habido posibles errores de tecleo, se nos pide que lo volva- 
mos a escribir a modo de confirmación. 



Creación de una cuenta de usuario 

Tal como ya se ha remarcado, trabajar siempre como root es una 
mala política por distintos motivos. A consecuencia de ello, el sistema 
nos recomienda crear una cuenta de usuario normal. Se nos pedirá 
el nombre de esta cuenta, si queremos añadir datos suplementarios 
de la misma (por defecto Debian user), y su password , que, por la 
misma razón, debemos escribirlo dos veces. 



5.3.21. Últimas configuraciones 



Nota 



Frente al olvido del password 
de root, hay distintas estrate- 
gias a seguir. Una de ellas 
puede ser utilizar el CD-ROM 
de instalación, inicializar una 
instalación y, justo después 
de haber configurado el te- 
clado, acceder a la tty2; una 
vez allí, podemos montar la 
root partition de nuestro disco 
duro y mediante un editor eli- 
minar el contenido del cam- 
po de password encriptado 
del fichero /etc/passwd. 
Cuando volvamos a reiniciar 
el sistema, el superusuario no 
tendrá password, por esta ra- 
zón, lo primero que debemos 
hacer es asignarle inmedia- 
tamente uno. 



Paquetes PCMCIA 

Una vez creado el usuario normal, si no disponemos de dispositivos 
PCMCIA (típicos en ordenadores portátiles), el sistema lo detectará 
automáticamente y nos sugerirá que confirmemos que los paquetes 
asociados a estos dispositivos pueden ser eliminados. 



Configuración de un sistema PPP 

Si disponemos de un módem, puede ser buena idea que proceda- 
mos a su configuración, aunque también se puede hacer una vez es- 
temos en el sistema mediante la aplicación pppconfig ejecutada 
como root. Obviamente, si no disponemos de este dispositivo, respon- 
deremos negativamente a esta pregunta. Si no requerimos de los servi- 
cios de PPP, podemos desinstalar sus paquetes: ppp, pppconfig, 
pppoe y pppoeconf. 
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5.3.22. Configuración de apt 



En esta sección se nos pregunta acerca de las fuentes donde apt de- 
berá ir a buscar la información para construir su base de datos sobre 
los paquetes (dependencias, estado de instalación, etc.). Al estar ha- 
ciendo una instalación íntegramente basada en CD-ROM, escogemos 
la primera opción, y, tras poner el CD1 en el lector, aceptamos la ruta 
que nos sugiere para acceder a él. Transcurridos unos momentos en 
los cuales apt extrae la información relativa a los paquetes que contie- 
ne este CD, se nos preguntará si queremos añadir el contenido de otro 
CD a la base de datos. Una vez hayamos introducido el CD2 en el lec- 
tor, contestamos yes a esta pregunta. Repetimos esta operación has- 
ta que apt haya procesado el contenido del séptimo CD-ROM. Las 
operaciones sobre la gestión de contenidos de los CD-ROM se pueden 
hacer también desde el sistema mediante la aplicación aptCD-ROM. 

Una vez finalizado el escaneo de los contenidos de los siete CD- 
ROM, se nos preguntará si queremos añadir alguna otra fuente de 
donde apt pueda obtener paquetes. De momento contestaremos 
que no, al igual que a la siguiente pregunta respecto al chequeo de 
seguridad de los contenidos de los paquetes (no es necesario de mo- 
mento, ya que, al estar usando únicamente paquetes de la distribu- 
ción oficial, en principio sus contenidos ya son seguros). 



5.3.23. tasksel y dselect 

A continuación se nos pregunta si queremos que se ejecuten los pro- 
gramas de selección de paquetes, primero tasksel y luego dse- 
lect. Responderemos que no, pues estos programas también los 
podremos ejecutar desde la línea de comandos una vez hayamos 
terminado la instalación. 

Aquí termina la instalación básica, como último punto, y ya respon- 
diendo a preguntas formuladas por apt, se nos informará de los pa- 
quetes que se van a instalar y los que se van a desinstalar. Una vez 
aceptado este proceso, se nos preguntará si queremos borrar los pa- 
quetes . deb de nuestro disco duro. (Estos archivos se almacenan en 
/var/cache/). Al disponer de ellos en CD-ROM, podemos contestar 
que sí, ya que su presencia sólo implica la ocupación de espacio en el 
disco duro. 
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Automáticamente, se arranca el programa de configuración de exim. 
Al no ser objeto de este taller la configuración de este programa de ges- 
tión de correo, escogemos la opción 5 para salir del programa. Final- 
mente, tras unos momentos nos aparecerá por pantalla: 

Debian GNU/Linux 3.0 brau ttyl 
brau login: 

Así, tenemos instalado un sistema básico estándar en nuestro orde- 
nador. Ahora empieza la tarea de construir un sistema a nuestra me- 
dida. Es muy importante, llegados a este punto, distinguir entre dos 
tipos de sistemas: los de desarrollo y los de producción. 

Un sistema de desarrollo es aquel que está destinado a experimen- 
tación, donde se hacen pruebas y experimentos, y donde no priman 
ni la estabilidad ni la eficiencia, es, en definitiva, un sistema destina- 
do a la adquisición de conocimientos sobre el propio sistema. Con- 
trariamente, en un sistema destinado a producción la eficiencia y la 
estabilidad son las características que más peso tienen. Así pues, de- 
bemos asegurarnos de que contenga única y exclusivamente aque- 
llos paquetes estrictamente necesarios, ya que el hecho de tener 
paquetes innecesarios instalados va en detrimento de la eficiencia. 
La estrategia que habrá que seguir antes de montar un sistema de 
producción (un servidor de web, un servidor de aplicaciones, etc.) 
pasa siempre por trabajar primero sobre un sistema de desarrollo, 
donde se ensayarán y probarán distintas tácticas para poder sacar 
conclusiones de cara a montar el sistema de producción. 

Nuestro primer sistema será, evidentemente, un sistema de desarrollo, 
tanto porque no tenemos en mente que sirva para cubrir ninguna ne- 
cesidad en concreto, como porque es nuestra primera experiencia de 
montaje de un sistema, cuya finalidad es, únicamente, la obtención de 
conocimientos. Instalaremos y desinstalaremos distintos paquetes, ha- 
remos pruebas con distintas configuraciones, etc. y esto, claro está, 
perjudica directamente la eficiencia y la estabilidad del sistema. Así 
pues, animamos al lector, a que, una vez finalizado el módulo y haya 
obtenido ya una idea global de lo que es instalar un sistema, con todo 
lo que ello implica, reinstale de nuevo todo el sistema partiendo de 
cero para adaptarlo estrictamente a sus necesidades. 
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5.4. Instalación de Debian Woody por red 

Muchos de los pasos para realizar una instalación por red son comu- 
nes a los de una instalación mediante CD-ROM, así pues, destaca- 
remos y nos centraremos en aquellos aspectos que difieren del 
proceso anteriormente descrito. 



5.4.1. Particularidades de una instalación por red 

La diferencia básica entre una instalación hecha mediante un juego de 
CD-ROM y una por red radica en la ubicación de los paquetes a la 
hora de instalarlos. Mientras que en una instalación hecha a partir de 
CD-ROM, habrá que insertar en el lector al menos uno de ellos cada 
vez que se instale un paquete nuevo para poder extraer de él los datos 
necesarios. En una instalación por red los paquetes se obtienen remo- 
tamente, hecho que nos permite, en primer lugar, acceder a la última 
versión de éstos, y poder actualizar todos los que tengamos instalados 
con una simple línea de comandos, (apt-get upgrade) 

Por otro lado, para realizar una instalación por red, generalmente basta 
con un juego de disquetes, o con un único CD-ROM, que contenga la 
información necesaria para poder arrancar un sistema operativo básico 
sobre el cual se hará correr el programa de instalación (que ya está in- 
cluido en el juego de disquetes o en el CD-ROM, ¡unto con los módulos 
que nos puedan ser necesarios para configurar el acceso a la red), y a 
partir de aquí, el resto de información se obtendrá remotamente. 



5.4.2. Aspectos comunes de los distintos métodos 
de instalación 



Como ya se ha dicho, muchos de los pasos a seguir para hacer una ins- 
talación por red son comunes a los datos para hacer una instalación 
mediante el juego de CD-ROM de la distribución. Así pues, entramos en 
el programa de instalación del mismo modo en que lo hemos hecho an- 
teriormente ([5.3.1 .] y [5.3.2.]) e inicialmente seguimos los mismos pa- 
sos para configurar el idioma de instalación, el teclado, fraccionar el 
disco duro y activar las particiones ([5.3.3.], [5.3.5.], [5.3.6.], [5.3.7.], 
[5.3.8.] y [5.3.9.]), y para instalar el Iceme/ ([5.3.10.]). En el apartado 
Select Installation Médium optamos por la opción /dev/ 
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fdO, e inmediatamente se nos pedirá que insertemos el rescue 
disk seguido de los discos d edrlvers. Las imágenes de estos discos se 
hallan en /CD-ROM/dists/woody/main/disks-i386/3 . 0 . 23- 
2002-05-21/images-l . 44/ bf2.4.. Llegados a este punto, ten- 
dremos que comprobar si el Iceme/ ha reconocido nuestra tarjeta de red 
y, si no es el caso, procedemos a instalar y configurar el módulo perti- 
nente para hacerla operativa. En muchos casos la configuración, paso 
de parámetros, se puede hacer de modo automático mediante mo- 
dprobe, programa que se puede lanzar desde la misma interfaz de ins- 
talación después de la selección de un módulo. Una vez hecho esto, 
debemos configurar la red, especificar de qué sitio obtendremos las 
fuentes, y a partir de aquí seguiremos los mismos pasos que con el CD- 
ROM para terminar su instalación. 



5.4.3. Instalación del módulo de red 

Este es un punto clave para poder realizar la instalación por red, ya 
que es aquí donde, si el driver de nuestra tarjeta de red no ha sido 
compilado dentro del kernel, debemos seleccionar el módulo nece- 
sario para tener acceso a ella. En primer lugar, pues, debemos ave- 
riguar si nuestra tarjeta de red ya ha sido detectada durante el 
proceso de arranque y se ha cargado su correspondiente driver. Para 
hacerlo, accedemos al segundo terminal (ALT+F2) y ejecutamos el 
comando dmesg. Ahora debemos buscar, entre las muchas líneas 
que nos ha devuelto este comando, si hay algunas que hacen refe- 
rencia a nuestra tarjeta de red. A modo de ejemplo, para una tarjeta 
RTL-8029 (Realtek Semiconductors) se obtiene: 



brau : ~ # dmesg 



ne2k-pci . c : vi . 02 10/19/2000 D. Becker/P. Gortmaker 
http : // www . scyld . com/ network/ ne2k-pci . html 
PCI: Found IRQ 11 for device 00:0b.0 
PCI: Sharing IRQ 11 with 00:07.2 

ethO : RealTek RTL-8029 found at 0xe400, IRQ 11, 52 : 54 : 00 : DB : FB : D4 . 
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Si la búsqueda ha resultado infructuosa, en primer lugar debemos 
determinar qué tarjeta de red tenemos. Para ello, lo mejor es acudir 
a la documentación incluida con ella o a su inspección visual. Si esto 
no es posible, hay otras estrategias para determinar cuál es nuestra 
tarjeta, como puede ser, pulsar ALT+F2 para acceder a la consola e 
investigar el contenido del fichero /proc/pci (mediante cat, por 
ejemplo), o podemos recurrir a la información que nos puede pro- 
porcionar algún otro sistema operativo que tengamos instalado en el 
ordenador. 

Una vez conozcamos qué tipo de tarjeta de red es la que tenemos, de- 
bemos averiguar qué módulo es el que nos servirá para acceder a la 
tarjeta. La estrategia más segura para este fin es recurrir a cualquier 
buscador, por ejemplo http://www.google.es, entrar palabras clave so- 
bre nuestra tarjeta (referencia de la tarjeta NIC linux module, por 
ejemplo) y leer algunas de las páginas encontradas. También se puede 
recurrir a las páginas de las principales distribuciones de linux, y entrar 
la referencia de la tarjeta en sus buscadores. Como último recurso, se 
puede recurrir a la documentación de módulos de red del kernel, donde 
se especifica, para todas las tarjetas soportadas, el módulo correspon- 
diente. También es bueno saber si el fabricante ha desarrollado su pro- 
pio módulo. Llegar a encontrar un módulo para una tarjeta puede ser 
una tarea muy complicada, incluso imposible, ya que puede suceder 
que no haya soporte para dicha tarjeta o que haya que recurrir a méto- 
dos avanzados para poderlo configurar; por este motivo, se recomienda 
utilizar siempre tarjetas lo más estándar posible. 

Una vez hayamos averiguado el módulo que necesitamos, después 
de instalar el kernel ([ 5.3.10.]), debemos seleccionar la propuesta 
que nos sugiere el menú principal Configure Device Driver 
Modules. Tras una pantalla de advertencia, donde se nos recuerda 
que muchos drivers ya están incluidos en el kernel, entraremos en la 
pantalla de selección de módulos Select Category, (podemos acce- 
der a esta interfaz en cualquier momento, ejecutando el comando 
modconf. Este comando sirve como fornt-end para la administra- 
ción de drivers que han sido compilados de forma modular ¡unto al 
kernel ) y mediante los cursores seleccionaremos la opción kernel/ 
drivers/net. Una vez dentro de la pantalla de selección de mó- 
dulos de tarjeta de red Select Kernel/drivers/net modules, seleccio- 
namos otra vez con los cursores el módulo que necesitamos. Tras 
responder que sí a la pregunta sobre si realmente queremos instalar 
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dicho módulo, podemos dejar que el autoprobe configure el módulo 
por nosotros, si no hay que pasar ningún parámetro en concreto al 
módulo en cuestión. Pasados unos instantes, recibiremos el mensaje 
indicándonos si el módulo se ha instalado correctamente o no. 



5.4.4. Configuración de la red 

Una vez sabemos que la tarjeta de red está operativa, en el menú 
principal de la instalación seguiremos el paso sugerido Configure 
the NetWork para proceder a la configuración de la red. En pri- 
mer lugar deberemos configurar el nombre delhosf (antes se ha su- 
gerido brau, por ejemplo), sin entrar el dominio. A continuación, 
deberemos entrar la IP, la máscara de red, elgafeway, el nombre de 
dominio, y los servidores de DNS, hasta un número de tres, separa- 
dos por espacios. 



5.4.5. Configuración de apt 

Una vez se ha configurado la red, los siguientes pasos que hay que 
seguir son idénticos a los seguidos en la instalación por CD-ROM, 
hasta llegar a la configuración de aptApf Configuraron. Llegados a 
este punto, en vez de elegir la opción de CD-ROM, optaremos por la 
opción de red que más nos convenga. A efectos prácticos es lo mis- 
mo seleccionar el protocolo http que el ftp. Después de realizar la se- 
lección se nos preguntará si deseamos usar paquetes de tipo non- 
US; en principio, y salvo problemas legales, responderemos que sí. 
Respecto a la respuesta sobre la pregunta siguiente, referente al uso 
de paquetes nonfree, ya se deja que el mismo lector tome la decisión 
según sus principios éticos. Acto seguido se nos pregunta de qué es- 
tado debe ser el mirror del cual apt deberá obtener los paquetes, de- 
bemos escoger siempre el que nos sea accesible de forma más 
rápida, que acostumbra a ser el más próximo a nosotros geográfi- 
camente hablando. Una vez seleccionado el estado, se nos pide que 
seleccionemos un servidor en concreto (la aplicación netselect 
destinada a facilitar la elección de servidores de paquetes según el 
criterio de velocidad de acceso). Cuando se ha resulto esta cuestión, 
se nos muestra la pantalla de configuración de acceso a través de 
proxy; si no tenemos que usar este servicio, dejaremos en blanco la 
línea. 
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Es importante que los paquetes críticos, en cuanto a seguridad se refiere, 
se obtengan de servidores seguros. Por esta razón, se recomienda que 
éstos se obtengan en concreto de security . debían . org. 

Terminados todos estos pasos, apt conectará con el mirror que le he- 
mos especificado para configurar su base de datos. A partir de este 
punto, para el resto de la instalación seguiremos los mismos pasos 
que en la instalación realizada mediante CD-ROM. 



5.5. Conclusión 



En este taller hemos aprendido a instalar GNU/Linux en nuestro or- 
denador. Aunque por ahora nuestro sistema sea muy básico, el ob- 
jetivo del taller se ha cumplido plenamente, ya que hemos sentado 
las bases para poder empezar a sacar partido de la flexibilidad y po- 
tencia de este sistema operativo. En el próximo taller aprenderemos 
cómo configurar el sistema e instalar nuevas aplicaciones para ir 
adaptándolo y dotándolo de todas las herramientas que estimemos 
necesarias para cubrir nuestras necesidades. 
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6. Configuraciones básicas 



6.1 . El sistema de login 

Si todavía no tenemos configurado el entorno gráfico, cuando arranca- 
mos un sistema GNU/Linux nos aparece una pantalla de login donde 
se pide al usuario que se identifique antes de empezar a utilizar el siste- 
ma. De hecho, la mayoría de distribuciones lanzan varias consolas a las 
que podemos acceder a partir de ALT+F1 , ALT+F2, etc. Ello nos permi- 
te trabajar simultáneamente con diferentes cuentas a la vez, tener varias 
sesiones abiertas para ejecutar diferentes programas, etc. 

El programa que se encarga de gestionar cada una de estas consolas 
es el getty. Lo único que hace este programa es abrir una conexión 
con el dispositivo adecuado (en el caso de las consolas de la panta- 
lla, es el /dev/ttyX, donde la "x" es el número de consola) y lanzar 
la aplicación de login. Este mecanismo nos permite mucha flexibili- 
dad, ya que el mismo programa getty permite comunicarse con 
diferentes dispositivos, de forma que podríamos conectar un terminal 
por el puerto serie del ordenador, montar una consola utilizando la 
línea telefónica y un módem, etc. 

Antes de lanzar la aplicación de login, se muestra un mensaje de 
bienvenida por pantalla. Este mensaje lo podemos configurar en el 
fichero /etc/issue, escribiendo lo que queramos. En este mismo 
fichero también podemos mostrar algunas de las variables del siste- 
ma referenciándolas como: 



"\d" 


la fecha actual 


" \ s " 


el nombre del sistema operativo 


"\1" 


el número de consola 


"\m" 


la arquitectura del ordenador 


"\n" 


el nombre del ordenador 


"\o" 


el nombre del dominio 


" \ r " 


la versión del sistema operativo 


"\t" 


la hora actual 


"\u" 


número de usuarios activos en el sistema 
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Una vez entramos en el sistema, el programa delogin se encarga de 
mostrarnos el mensaje del día. Este mensaje es lo que hay escrito en el 
fichero /etc/motd, que también podemos cambiar. Este mecanis- 
mo es muy útil para informar a todos los usuarios de algún evento 
determinado, avisarles de algún problema, etc. Si un usuario quiere 
suprimir este mensaje, puede hacerlo creando un fichero vacío lla- 
mado .hushlogin en su directorio Home. Después de mostrar este 
mensaje, el proceso delogin lanza el shell configurado por defecto para 
el usuario. Lo primero que hace el intérprete de comandos es ejecutar 
el contenido del fichero .profile (que debe estar en el directorio 
Home del usuario). Este fichero sirve para que se ejecuten las instruccio- 
nes configuradas siempre que el usuario entre en el sistema. Además de 
este —/ .profile, también tenemos el /etc/profile, que se eje- 
cuta para todos los usuarios del sistema y resulta muy útil para poder 
configurar a todos las opciones que deseamos sin tener que poner las 
instrucciones dentro de cada uno de los .profile de los usuarios. 



6.2. Explorando el bash 



Si bien el fichero .profile es ejecutado, sea cual sea el shell que 
utilicemos, los archivos . bashrc o .bash profile se suelen eje- 
cutar sólo cuando utilizamos el bash (aunque se puede configurar a 
partir del mismo .profile del usuario, que es donde se llama a la 
ejecución de este archivo). Vamos a ver algunas de las instrucciones 
que podemos encontrar en estos ficheros: 

# CONFIGURACIONES BÁSICAS 
mesg n 
umask 022 
#PATH 

export PATH= /usr/local/sbin: /usr/local/bin : /usr/ 
sbin : /usr/bin : /sbin : /bin : /usr/bin/Xl 1 

#PROMPT 

export PS1 = ' \h : \w\$ ' 

# ALIAS DE USUARIO 
alias l='ls — color=auto' 
alias 11=' ls --color=auto -al' 
alias rm=' rm -i' 
alias cp=' cp -i' 
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alias mv='mv -i' 
alias v=' vim' 



Como vemos, en este archivo podemos definir lo que queramos. Las 
dos primeras instrucciones del fichero anulan la entrada de mensajes 
de otros usuarios y configuran los permisos que tendrán los nuevos fi- 
cheros que vamos a crear. La siguiente instrucción es la definición del 
PATH. El PATH son los directorios donde tenemos los comandos, pro- 
gramas, aplicaciones, etc. que queremos poder llamar desde cual- 
quier sitio de la jerarquía de sistema de ficheros sin necesidad de 
escribir su ruta completa (cada directorio del PATH lo separamos con 
"). La siguiente declaración es la del prompt del sistema. El prompt 
es la línea que aparece en el shell antes del carácter " #" (para el root) 
o"$" (para los otros usuarios). Podemos configurarnos este prompt de 
la forma que queramos utilizando las siguientes variables del sistema: 



"\d" 


la fecha del sistema 


"\h" 


el nombre de la máquina 


"\s" 


el shell que utilizamos 


"\u" 


el nombre del usuario 


"\v" 


la versión del bash 


"\w" 


el directorio actual 


" \ ! " 


el número de historia del comando 


"\$" 


aparece "#" si somos el root o "$" para los otros usuarios 



Nota 



Si queremos ejecutar los 
programas del directorio 
desde donde estamos situa- 
dos sin necesidad de poner 
/" al principio, podríamos 
añadir esta entrada en la 
declaración del PATH. Igual- 
mente, si en el PATH no hay 
el programa que necesita- 
mos ejecutar, podemos es- 
pecificar la ruta completa 
del mismo en la línea de co- 
mandos. De todas formas, 
no es recomendable añadir 
"./" al PATH porque puede 
representar un agujero de 
seguridad. 



Finalmente, tenemos los alias de usuario. Los alias son sinónimos, 
generalmente para los comandos que más utilizamos (para no tener 
que escribirlos completamente). Por ejemplo, en uno de los alias que 
teníamos en el ejemplo definíamos que al escribir "1" se ejecutara 
"ls — color=auto". De esta forma, podemos utilizar largos co- 
mandos sin tener que estar escribiéndolo todo cada vez que los uti- 
lizamos. 



Nota 



Podemos ver todos los alias 
definidos a partir del mismo 
comando alias. 



Tanto en la definición del PATH como en la del prompt hemos utili- 
zado el comando export. Este comando nos permite definir lo que 
llamamos una variable de entorno. Estas variables son utilizadas 
por el shell para realizar ciertas operaciones, guardar algún tipo de 
información, etc. Podemos ver todas las que hay declaradas con el 
mismo comando export. Con set y unset también podemos 



Nota 



Con "echo $NombreVa- 
riable" podemos ver el 
contenido de estas variables 
y atributos. 
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manipular otros atributos que tiene el intérprete de comandos. Algu- 
nas de estas variables y atributos, que tiene por defecto el bash, son: 

• PWD: directorio actual. 

• BASH VERSION: versión del bash que utilizamos. 

• RANDOM: genera un número aleatorio diferente cada vez que 
mostramos su contenido. 

• SECONDS: número de segundos que han pasado desde que he- 
mos abierto el shell. 

• HOSTNAME: nombre del sistema. 

• OSTYPE: tipo de sistema operativo que estamos utilizando. 

• MACHTYPE: arquitectura del ordenador. 

• HOME: directorio Home del usuario. 

• HISTFILESIZE: tamaño del fichero de historia (número de co- 
mandos que se guardan). 

• HISTCMD: número de comando actual en la historia. 

• HISTFILE: fichero donde se guarda la historia de comandos (ge- 
neralmente .bash history del directorio home del usuario). 

Con la manipulación de estas variables podemos personalizar mu- 
cho más nuestro intérprete de comandos para adaptarlo a nuestros 
gustos y necesidades. 



6.3. El sistema de arranque 



Aunque con la instalación del sistema operativo ya se lleva a cabo la 
configuración e instalación de un sistema de arranque, en esta sec- 
ción veremos con detalle qué opciones nos proporcionan y cómo de- 
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bemos personalizarlos y adaptarlos a nuestras necesidades. Aunque 
existen muchos, el Lilo y el Grub son los más utilizados en los entor- 
nos GNU/Linux, con lo cual sólo nos centraremos en ellos. 

Antes de entrar en detalles sobre la configuración de estos dos pro- 
gramas, explicaremos cómo funciona el sistema de arranque de un 
PC estándar. Tal como ya sabemos, a partir de la BIOS o EFI del or- 
denador podemos configurar la secuencia de arranque del mismo. 
En general, esta secuencia suele empezar buscando en la disquetera 
y sigue con el CD/DVD y el disco duro. Aunque podemos instalar el 
Lilo o el Grub en un disquete o en el sector de arranque de un CD, 
es más usual instalarlo en el disco duro para no tener que introducir 
el disco cada vez que arrancamos nuestro ordenador. 

Cuando el sistema de arranque del ordenador va a buscar en el dis- 
co duro, lo primero que inspecciona es si la MBR ¡\4aster Boot Re- 
cord) del primer disco duro (máster del primer canal IDE o el primer 
disco del canal SCSI) contiene alguna indicación del sistema que hay 
que cargar. La MBR es la primera pista del disco duro, allí donde se 
guarda la información de las particiones configuradas y, opcional- 
mente, el programa encargado de iniciar el sistema operativo. Si 
aquí no se encuentra este programa, se inspecciona el sector de 
arranque de la partición activa del disco. Siempre que queremos ins- 
talar un programa en el sistema de arranque del ordenador debe- 
mos situarlo en alguna de estas zonas. En la siguiente figura 
podemos ver todo este proceso cuando en la secuencia de arranque 
primero es la disquetera y después el disco: 
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Siempre que instalamos un sistema de arranque, debemos tener en 
cuenta que el orden con que se realiza esta secuencia es importante: 
si instalamos uno en la MBR y otro en la partición activa, se ejecutará 
el de la MBR porque la BIOS o EFI inspecciona primero esta zona. Si 
no tenemos partición activa, debemos situar el programa de arran- 
que en la MBR. De todas formas, lo más recomendable es instalar 
siempre el programa en la MBR porque es lo primero que se inspec- 
ciona. Aunque podamos tener instalados otros sistemas operativos 
en otros discos, debemos instalar el Lilo o Grub en alguna de estas 
zonas. En la configuración del programa ya le indicaremos dónde 
están situados los operativos que queremos cargar. 



6.3.1. Lilo 



El Lilo nos permite múltiples configuraciones diferentes para realizar 
casi cualquier acción con el sistema de arranque del ordenador. Para 
no extendernos innecesariamente, en esta sección sólo explicaremos 
las opciones más importantes para poder configurar un sistema de 
arranque de múltiples operativos teniendo en cuenta la seguridad 
del mismo. En el manual del programa y de su fichero de configura- 
ción ("man lilo" y "man lilo . conf ") encontraremos la especifi- 
cación completa para todas las otras opciones. El fichero de 
configuración del Lilo es el / etc/lilo . conf. Cuando ejecutamos 
lilo, el programa busca toda la información en este fichero e ins- 
tala el programa de arranque en la zona que le indicamos. En este 
fichero de configuración tenemos dos secciones: la global y las loca- 
les a cada sistema operativo. En la sección global encontramos todas 
las configuraciones generales para el programa. En cada línea po- 
demos poner una directiva de configuración para indicar algún tipo 
de información al programa. Las directivas más importantes de esta 
sección son las siguientes: 

• boot = DISPOSITIVO: le indicamos en qué dispositivo quere- 
mos instalar el Lilo. 

Si queremos instalarlo en la MBR del primer disco del canal IDE, en 
DISPOSITIVO pondremos / dev/hda, si lo queremos en la primera 
partición, /dev/hdal, etc. También tenemos la opción de instalarlo 
en un disquete, indicando el dispositivo /dev/ fdO. 



126 



• default = NOMBRE: indicamos el sistema operativo que se car- 
gará por defecto. El NOMBRE debe corresponder a alguna de las 
etiquetas configuradas en cada sistema de las secciones locales. 

• prompt: con esta directiva indicamos al programa que antes de 
cargar el sistema muestre un prompt por pantalla para que poda- 
mos seleccionar el que queramos. Si no activamos esta opción, no 
podremos seleccionar el operativo que hay que cargar y automá- 
ticamente se iniciará el que tengamos por defecto. 

• delay = TSECS : especifica el número de décimas de segundo 
que el Lilo esperará antes de cargar el sistema operativo por de- 
fecto (la directiva default debe existir). Esta opción es válida 
cuando sólo tenemos un sistema operativo en el disco; si utiliza- 
mos prompt, tendremos que configurarlo con timeout. 

• timeout = TSECS : décimas de segundo que el Lilo esperará en 
el prompt antes de arrancar el sistema operativo por defecto (de- 
ben existir la directiva de prompt y default). 

• lba32: esta opción nos sirve para poder arrancar cualquier par- 
tición del disco duro. 



Si desactivamos esta directiva, no podremos arrancar sistemas ope- 
rativos en particiones situadas en sectores superiores del disco (a 
partir del cilindro 1 024) y deberemos poner el arranque del sistema 
en una pequeña partición al inicio del disco (más información en 
"man lilo . conf"). Todas las BIOS a partir de 1 998 soportan esta 
opción, de forma que es muy recomendable utilizarla para ahorrar- 
nos problemas. 

Las directivas locales son las que corresponden con cada uno de los 
sistemas operativos instalados en las particiones de nuestros discos. 
La primera directiva debe ser o bien image u other. Las explicamos 
a continuación (¡unto con otras directivas posibles): 

• image = CAMINO: el CAMINO nos indica el archivo que contiene 
la imagen núcleo del sistema operativo. Esta opción sólo es válida 
para sistemas GNU/Linux o similares. Generalmente, las distribu- 
ciones crean un directorio /boot/ donde se pone la imagen del 



Contenido 

complementario 



El sistema de arranque de 
un sistema GNU/Linux o si- 
milar nos permite, con un 
mismo sistema de ficheros, 
cargar varios núcleos dife- 
rentes. De este modo, sin la 
necesidad de instalar de 
nuevo el sistema, podemos 
trabajar con diferentes nú- 
cleos. Para configurarlo 
sólo tendríamos que especi- 
ficar dos secciones locales 
poniendo, en cada una, qué 
núcleo utilizaremos. 
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Contenido 

complementario 



Con el Lilo o el Grub pode- 
mos pasar parámetros al nú- 
cleo Linux en el momento de 
arrancar. Esto es muy útil 
cuando queremos realizar al- 
guna operación específica en 
el sistema; por ejemplo, pa- 
sando single o 1 se inicia- 
ría el sistema en el runlevel 1 , 
con root=/dev/hda3 es- 
pecificaríamos la raíz del sis- 
tema de ficheros, etc. 



núcleo del sistema, aunque también es usual poner un enlace en 
la raíz llamado /vmlinuz (o similar). En esta directiva podemos 
especificar cualquiera de los dos. 

• other = CAMINO: dispositivo que contiene un sistema operativo 
diferente a GNU/Linux o similar. 

• label = NOMBRE: etiqueta para el sistema operativo. Esta direc- 
tiva es obligatoria para todas las secciones locales que tengamos 
configuradas, ya que si no, no podríamos identificarlas de ningu- 
na forma. 

• alias = NOMBRE: sinónimo para la misma sección local. Pode- 
mos tener tantos como queramos. 

• root = DISPOSITIVO: esta opción sólo es válida para los sis- 
temas GNU/Linux o similares. Se le especifica en qué dispositivo 
está situada la raíz del sistema de ficheros (root filesystem). Esta 
opción se pasa como argumento al cargar el núcleo del sistema 
y es opcional; si no se le pasa nada, se coge la que tiene configu- 
rada por defecto la imagen del núcleo. 

Hay algunas de las directivas del Lilo que también pueden ser confi- 
guradas directamente sobre la imagen del núcleo del operativo. Con 
el comando rdev podemos configurar las posibles opciones de una 
imagen núcleo Linux. Algunas de ellas son la raíz del sistema de fi- 
cheros (si no lo configuramos con el Lilo, se coge el que hay en la 
imagen), el modo vga, etc. 

Si queremos proteger adecuadamente el sistema de arranque del or- 
denador, debemos añadir algunas directivas más en este fichero de 
configuración. Lo primero que debemos hacer es proteger la BIOS o 
EFI con una contraseña y configurar la secuencia de arranque para 
que sólo se pueda realizar a partir del disco duro. Con esto pasamos 
toda la responsabilidad al Lilo. A partir de las directivas password 
= CONTRASEÑA y restricted, podremos configurar la seguri- 
dad del mismo de cinco maneras diferentes: 



Contraseña global 



Debemos poner la directiva de password en 
la sección global y al arrancar cualquiera de 
los sistemas se pedirá la contraseña. 
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Contraseñas locales 


En los sistemas que queramos que nos pida 
contraseña debemos poner la directiva 
passwordy sólo al arrancar éstos se pedirá la 
misma. 


Contraseña 
restringido global 


Debemos poner la directiva de password y 
restricted en la sección global y sólo al 
arrancar algún sistema pasando algún 
parámetro al núcleo se pedirá la contraseña. 


Contraseña global 
y restringido local 


La contraseña se pone en la sección de global y 
sólo ponemos el restricted en los sistemas 
que queremos que se pida contraseña al pasar 
algún parámetro al núcleo. 


Contraseña 
y restringido local 


Es lo mismo que la configuración anterior, pero 
con la ventaja de que podemos configurar 
diferentes contraseñas para los diferentes 
sistemas que queremos arrancar. 



Debemos tener en cuenta que si utilizamos la directiva password, 
la contraseña se escribe en el fichero como un texto, de forma que 
deberemos eliminar los permisos de lectura del lilo.conf para 
todos los usuarios menos el root. Finalmente, después de escribir este 
fichero de configuración podemos instalar el Lilo en el sector de 
arranque configurado. Para hacerlo, sólo debemos ejecutar "lilo". 
Si quisiéramos desinstalarlo deberíamos pasarle el parámetro "-u". 



A continuación mostramos un ejemplo de este fichero de configu- 
ración, preparado para arrancar un sistema GNU/Linux y otro 
Windows™: 



Iba32 




boot = /dev/hda 


prompt 




timeout = 


50 


message = 


/ etc/message 


default = 


debian 


restricted 


password = 


contraseña 


image 


= /vmlinuz 


label 


= debian 


root = 


= /dev/hdal 



other = /dev/hda3 
label = w2000 
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Toda esta configuración sirve para un arranque estándar del siste- 
ma. También hay otro tipo de arranque que utiliza una imagen lla- 
mada de RAM Disk (initrd). Este otro tipo de arranque sirve para 
realizar una configuración modular del núcleo Linux. Es muy utiliza- 
do cuando necesitamos un núcleo con alguna configuración espe- 
cial, para incluir módulos en el mismo núcleo, para realizar una 
imagen de arranque para un CD/íve, para tener una misma imagen 
para todos los ordenadores de un laboratorio almacenada en un 
único servidor, etc. De todas formas, las instalaciones estándar del 
sistema operativo no utilizan casi nunca este tipo de arranque. Si 
queremos crearnos una imagen de este tipo, podemos informarnos 
en el manual de initrd y en el del programa mkinitrd. 



6.3.2. Grub 



Contenido 

complementario 



El Grub ( GRand Unifled 
Bootloader ) es el programa 
de arranque del proyecto 
GNU. 



Igual que el Lilo, el Grub también nos sirve para instalar un progra- 
ma en la zona de arranque que queramos del ordenador. A diferen- 
cia del Lilo, tiene muchísimas más posibilidades que lo hacen muy 
versátil: permite tener un pequeño intérprete de comandos al arran- 
car el ordenador, nos permite acceder a los archivos de las particio- 
nes del disco sin cargar ningún operativo, etc. Como en el caso 
anterior, en esta sección sólo veremos su configuración básica. Si 
quisiéramos profundizar más en su uso, podemos recurrir a su ma- 
nual o en el HOWTO correspondiente. 



El sistema de arranque del Grub se carga en dos fases. Generalmen- 
te, con la instalación del paquete, se incorporan dos ficheros corres- 
pondientes a estas dos fases. Si queremos que al arrancar el Grub 
no nos muestre ningún menú para seleccionar el operativo que que- 
remos cargar, sólo debemos ejecutar el programa Grub y ejecutarlo 
en el intérprete de comandos que nos muestra: 



$ install (hdO , 0 ) /PATH/stagel d (hdO) (hd0,0)/ 

PATH/ stage2 

Esta instrucción instala el Grub en la MBR del disco maestro del pri- 
mer canal IDE. La forma como se referencian los discos varía un 
poco de como se hace en GNU/Linux y con el Lilo. En "hdx" la "x", 
en lugar de "a", "b",. . . , es "0", "1", etc. Para las particiones tam- 
bién se empieza con el número "0" para denominar la primera y a 
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diferencia de hdal, se debe escribir (hdO, 0) y consecutivamente 
para las otras. Leyendo la instrucción de esta forma fijémonos cómo 
el primer parámetro sirve para designar dónde está el archivo de la 
primera fase del Grub (le indicamos la partición correspondiente, di- 
rectorio -PATH y fichero -stagel-). Generalmente, cuando instala- 
mos el paquete del Grub también se añaden estos dos ficheros para 
cada una de las fases de carga (suelen estar situados en /usr/sha- 
re/grub/i38 6-pc/). El parámetro d (hdO) indica que la prime- 
ra fase del Grub se instalará en la MBR del primer disco. La última 
opción especifica dónde está situado el fichero para la segunda fase 
de carga, que es ejecutada por la primera. 



Con esta configuración, al reiniciar el ordenador aparecerá, por de- 
fecto, el intérprete de comandos del Grub. Con él podemos manipu- 
lar muchos aspectos del disco, arrancar el sistema operativo que 
queremos, etc. Si deseamos arrancar un sistema GNU/Linux escribi- 
remos las siguientes instrucciones: 

$ kernel (hdO , 0 ) /vmlinuz root=/dev/hdal $ boot 



Nota 



Para ver todos los coman- 
dos disponibles en el shell 
del Grub podemos apretar 
TAB. También se incluyen 
ayudas para tener una refe- 
rencia completa de todos 
los comandos. 



Con la primera indicamos dónde está situada la imagen núcleo (con 
los parámetros que queramos) y con la segunda iniciamos el proceso 
de carga del operativo. Si optamos por un menú de selección para 
no tener que escribir estos comandos cada vez que arrancamos el or- 
denador podemos generar un fichero de menú como el siguiente (los 
comentarios empiezan por 



Nota 



Otra forma de instalar el 
grub es utilizando el pro- 
grama grub-install. 



#Especi f icación del operativo que se cargará por 
defecto. #Este número está en correspondencia con 
el orden de los #sistemas que hay en las secciones 
locales a los operativos, default 0 



#Indicamos que espere 10 segundos antes de cargar 
el sistema #configurado por defecto, 
timeout 10 



#Conf iguración de arranque para un sistema GNU/Li- 
nux title Debian GNU/Linux 
kernel (hdO, 0) /vmlinuz root=/dev/hdal 

131 





#Conf iguración de arranque para un sistema Windows 
title W2000 
root (hd0,2) 
makeactive 

Para instalar el Grub con este menú de arranque, deberíamos ejecu- 
tar la misma instrucción que anteriormente pero añadiendo el pará- 
metro p (hdO , 0 ) /PATH/menu . lst con el disco, camino y fichero 
de menú. Para proteger el sistema de arranque (que desprotegido es 
aún más peligroso que con el Lilo) podemos poner la directiva de 
password CONTRASEÑA en la sección global del fichero de confi- 
guración. De esta forma, cuando desde el menú se quiera entrar en 
el shell del Grub se pedirá la contraseña. Como en el caso del Lilo, 
si utilizamos esta directiva es muy importante que sólo el root pueda 
leer este archivo de configuración (aunque en este caso también exis- 
te la opción de poner la contraseña cifrada con MD5). 



6.4. Acceso a otras particiones y dispositivos 



Contenido 

complementario 



Para la disquetera y CD/ 
DVD muchas distribuciones 
ya crean un directorio por 
detecto donde montarlos 
(/floppy/ o /mnt/ 
floppy/ y /CD-ROM/ o 
/mnt/CD-ROM/). También 
se suele proporcionar el 
directorio /mnt/, donde 
podemos crear directorios 
para otros dispositivos que 
tengamos en el sistema. 



Los sistemas tipo UNIX tratan todos los dispositivos del ordenador 
como si fueran ficheros. Esto nos permite mucha flexibilidad, ya que 
podemos aprovechar todos los mecanismos y funciones que utilizá- 
bamos con los ficheros y aplicarla a los dispositivos. En el directorio 
/dev/ tenemos todos los dispositivos reconocidos por el sistema. Si 
el sistema no reconoce adecuadamente un dispositivo o queremos 
crear uno especial, el comando mknod nos permite realizar esta cla- 
se de operaciones, aunque es importante saber exactamente qué 
queremos hacer antes de utilizarlo, ya que su mal uso podría dañar 
partes del sistema. 

Para las unidades de almacenamiento, el sistema nos proporciona 
otro tipo de operación para poder acceder a sus sistemas de archi- 
vos, la de montaje. Para esta operación utilizaremos los comandos 
mount y umount, que sitúan (montan) o desmontan todo el sistema 
de ficheros de un determinado dispositivo/unidad en un directorio 
existente del sistema. La forma básica de utilizar el comando es 
"mount dispositivo directorio", donde dispositivo 
puede referenciar cualquier dispositivo del canal IDE o SCSI (/dev/ 
hdXX, /dev/sdXX), la disquetera (dev/fdx), cintas de backup, etc. 
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y directorio es la ubicación donde montaremos la estructura de 
ficheros del dispositivo. Es recomendable que el directorio donde 
montemos estos dispositivos esté vacío, ya que cuando se utiliza 
como punto de montaje no se puede acceder a ellos. 

Para desmontar uno de estos dispositivos podemos utilizar "umount 
directorio", donde directorio debe ser el punto de montaje utili- 
zado. Si montamos dispositivos como un disquete o CD, es impor- 
tante no sacar el dispositivo del soporte, ya que antes debemos 
avisar al sistema para que actualice la caché del sistema de ficheros 
del dispositivo. Igualmente, tampoco podemos desmontar el dispo- 
sitivo si algún usuario o aplicación está utilizando alguno de sus ar- 
chivos o directorios (al intentarlo, el sistema daría un mensaje de 
error). 



Fijémonos que con el comando de montaje no estamos especifican- 
do en ningún momento el tipo de sistema de ficheros utilizado en la 
unidad que queremos montar, de forma que se deberá determinar 
de forma automática. Si queremos especificarlo manualmente, po- 
demos pasar al comando mount el parámetro "-t tipo" donde 
tipo podría ser alguno de los de la siguiente tabla (ir al manual de 
mount para ver el listado completo): 



TIPO 


SISTEMA 


ext 


GNU/Linux (versiones de núcleo anteriores a 2.1) 


ext2 


GNU/Linux (versiones de núcleo posteriores a 2.1) 


ext3 


GNU/Linux (versiones de núcleo posteriores a 2.2 o 2.4) 


swap 


Sistema de swap de GNU/Linux 


sysv 


Sistemas tipo UNIX 


minix 


MINIX 


iso9660 


Sistema de ficheros que utilizan la mayoría de CD 


nfs 


Sistema de ficheros remoto ( Network File System ) 


smbfs 


Sistema de ficheros remoto en redes Windows™(Samba File 
System ) 


ntfs 


Rama de WindowsNT™ 


msdos 


MS-DOS™ 


vfat 


Rama de Windows95™ 
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Además de pasar el tipo de sistema de ficheros utilizado por la uni- 
dad que queremos montar, también podemos indicar otras opciones 
que nos pueden ser muy útiles en determinadas situaciones (siempre 
precedidas por "-o" y, si queremos pasar más de una, separadas 
por comas): 



significado de la opción 


permitimos 


no permitimos 


Ejecución de binarios 


exec 


noexec 


Uso del bit de SetUserld 


suid 


nosuid 


Ficheros de sólo lectura 


ro 


rw 


Sistema sincronizado (uso de caché de 
disco) 


sync 


async 


Interpretación de caracteres o bloques 
especiales 


dev 


nodev 


Permiso para que cualquier usuario 
monte o desmonte el dispositivo 


user 


nouser 


Sistema de tipo swap 


sw 




(si pasásemos defaults se utilizarían las opciones rw, suid, dev, exec, 
auto,nouser y async) 



En la siguiente figura podemos ver un ejemplo de utilización de este 
comando para montar varios dispositivos diferentes: 




Además de estos comandos para montar y desmontar unidades, el 
sistema operativo nos proporciona otro modo de hacer lo mismo y 
tener siempre una determinada configuración según la unidad. En el 
fichero / etc/ f stab podemos guardar esta información de forma 
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que cada línea indicará una unidad con su directorio de montaje y 
las opciones que queramos configurar. La sintaxis de cada una de 
estas líneas será: 

<disp> <dir> <tipoSistema> <opciones> <dump> <orden> 

En el primer campo debemos especificar el dispositivo tal como ha- 
cíamos con el comando de mount y el segundo será el directorio 
donde queremos montar la unidad indicada. En el campo detipo- 
Sistema podemos especificar el sistema de ficheros que utiliza la 
unidad o bien auto para que lo detecte automáticamente. En op- 
ciones podemos escribir las mismas que utilizábamos con el co- 
mando de mount, separadas por comas si ponemos más de una. 
Una opción útil de este campo es la configuración de auto o noau- 
to, con lo cual indicamos al sistema que monte automáticamente (o 
no) la unidad al arrancar. El campo de dump indica si queremos 
realizar copias de seguridad (más información en el manual de 
dump). Si no utilizamos este sistema, podemos poner un "0". El últi- 
mo campo sirve para indicar el orden de montaje de las unidades. 
Si le ponemos un "0", indicamos que el orden no es importante. La 
raíz del sistema de ficheros es lo primero que se debe montar, con lo 
cual en este campo debería haber un "1". 

Una entrada que siempre veremos en este fichero y que nos puede 
sorprender es la del directorio /proc/, que tiene un significado es- 
pecial. Realmente, lo que hay en este directorio no son ficheros, sino 
el valor de muchas de las variables que utiliza el núcleo del sistema. 
Siguiendo la misma política del operativo, con la cual todo se debe 
poder referenciar como un archivo, en el directorio / proc/ también 
podemos manipular variables internas del núcleo como si se tratara 
de ficheros. 

Aunque todo este diseño para montar las unidades en la estructura 
jerárquica de directorios es muy potente y nos permite mucha flexi- 
bilidad, en algunos casos no es muy práctico. Por ejemplo, cada vez 
que queremos copiar un archivo a un disquete tendremos que mon- 
tar la unidad, copiar y desmontarla de nuevo. Por esta razón, existen 
algunas otras aplicaciones que nos facilitan todo este proceso para 
ahorrarnos algunos pasos. Una de ellas son las mtools, que es un 
paquete con varias aplicaciones que nos permiten copiar directa- 



Nota 



Con el comando "mount - 
a" se montarían todos los 
dispositivos que tuviesen la 
opción de auto activada 
(que está por defecto) de 
este fichero de configura- 
ción. 
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mente archivos a un disquete y desde un disquete, y algunas otras 
herramientas interesantes. También existe un paquete llamado au- 
to f s, que detecta automáticamente la inserción de algún dispositivo 
en el sistema y los monta sin necesidad de escribir ningún comando. 



6.5. Configuración de dispositivos 



Aunque en los inicios de GNU/Linux no era así, actualmente cada 
vez más fabricantes proporcionan drivers para sus dispositivos espe- 
ciales de GNU/Linux. Antes de intentar configurarlos, debemos bus- 
car información sobre ellos en los mismos manuales del sistema, los 
módulos, en Internet, etc. para ahorrarnos problemas en su puesta 
en marcha. Aunque actualmente la mayoría de dispositivos cuentan 
con HOWTOS, manuales o algún tipo de documentación, es impor- 
tante que antes de comprar uno nuevo, nos informemos adecuada- 
mente de si existe algún driver disponible para él. 

Aunque en esta sección sólo veremos cómo configurar algunos de 
los dispositivos más frecuentemente utilizados en los ordenadores 
personales, según la distribución que utilicemos, el proceso puede 
variar significativamente. En toda la sección nos hemos basado en el 
sistema que se utiliza en Debian GNU/Linux, aunque si aprendemos 
desde la base cómo funciona este proceso, no deberíamos tener pro- 
blemas para buscar cuál es la configuración que se utiliza en otras 
distribuciones. 



6.5.1 . El teclado 

La correcta configuración del teclado es un aspecto muy importante 
para poder solucionar cualquier problema que nos surja con él. En 
primer lugar, debemos saber que cuando el sistema arranca, se car- 
ga un mapa de caracteres correspondiente al configurado en el pro- 
ceso de instalación. Este mapa de caracteres se suele encontrar 
situado en /etc/console/boottime . kmap . gz o en algún otro 
directorio de /etc/. Si cambiásemos de teclado, sólo tendríamos 
que cambiar este fichero con el que correspondiera al nuevo teclado 
y al arrancar de nuevo ya se cargaría el nuevo mapa. Todos los ma- 
pas de caracteres existentes se suelen situar dentro del directorio / 
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usr/share/keymaps/ ordenados por arquitecturas de ordenado- 
res y países. Concretamente, el que utilizamos en España con orde- 
nadores basados en la arquitectura ¡386 y un teclado estándar lo 
encontraríamos en i38 6/qwerty/es . kmap . gz . 

Aunque todos estos mapas de caracteres están comprimidos en for- 
mato gzip, podemos descomprimirlos y cambiar alguna de sus en- 
tradas para adaptarlas a nuestras necesidades. En cada línea 
encontramos la directiva keycode, que indica que estamos definien- 
do una tecla, indicada en el número que sigue a la directiva (pode- 
mos saber qué número corresponde con cada una de las teclas a 
partir del comando showkey). Después de esta definición, tenemos 
los significados que tiene la tecla apretándola sola, con el SHIFT, etc. 

Veámoslo con un ejemplo: 

keycode 53 = minus underscore control keycode 53 = 
Delete 

En la primera línea se indica qué carácter corresponde al apretar la 
tecla sola [minus) o con el SHIFT apretado ( underscore ). La se- 
gunda nos muestra la función que se realizará en caso de apretar la 
tecla juntamente con la de CTRL (se eliminaría el siguiente carácter). 

Toda la información necesaria para configurar correctamente un ar- 
chivo de este tipo la podemos encontrar en el manual de keymaps, 
muy útil cuando nos encontramos con algún problema con teclados 
especiales o de otros países. Si no queremos reiniciar el sistema al 
cambiar este fichero de mapa, podemos utilizar el comando 
loadkeys (dumpkeys nos muestra las configuradas). 

Otro aspecto relacionado con el teclado es el tema de las diéresis, 
acentos, etc. Todo ello lo podemos configurar a partir del fichero de 
/etc/inputrc (todas las directivas posibles de este fichero las te- 
nemos especificadas en el manual de readline). La que nos puede 
ser más útil es la de convert-meta, que desactivándola (set 
convert-meta of f) nos permite utilizar los acentos y diéresis (pa- 
ra el catalán). 

Finalmente, otra configuración importante (indirectamente relacio- 
nada con el teclado) es la de locales. Con locales podemos configu- 
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Contenido 

complementario 



Con el programa conso- 
lechars podemos cargar 
la fuente que queremos en 
el terminal. Debemos dife- 
renciar claramente lo que es 
una fuente y lo que es el 
mapa de caracteres: el 

mapa nos determina qué 
significado tiene cada tecla, 
mientras que la fuente es 
sólo la representación gráfi- 
ca que le damos a la mis- 
ma. Toda la configuración 
de las fuentes de caracteres 
se suele encontrar en / 
etc/console-tools / 
conf ig . 




Contenido 

complementario 



Con "discover -module 
Ethernet" podemos sa- 
ber qué módulo necesita 
nuestra tarjeta de red. Si 
queremos dejarlo configu- 
rado para que se cargue 
siempre deberíamos escri- 
birlo en /etc/modules (si 
no, con modprobe o ins- 
mode podemos insertarlo). 



Nota 



Otra forma de denominar 
las tarjetas de red es con las 
siglas de Network Interface 
Card (NIC). 



Nota 



Otra forma de reconfigurar 
el keymap y las locales en 
Debían es utilizado "apt-re- 
configure console-data" o 
"apt-reconfigure locales" res- 
pectivamente. 



rar la zona o zonas geográficas en las que estamos para poder 
utilizar teclas especiales del teclado, ver las fechas en el formato al 
que estamos acostumbrados, etc. Esta configuración es utilizada por 
muchas de las librerías del sistema, de forma que en muchos coman- 
dos y aplicaciones del sistema se utilizará su configuración para 
adaptar algunas funciones a nuestro entorno local. Su configuración 
la podemos encontrar en / etc/locale . gen y podemos utilizar los 
comandos locale-gen y lócale para verla o actualizarla. 



6.5.2. Tarjeta de red (tipo Ethernet) 

Para configurar una nueva tarjeta de red (tipo Ethernet), lo primero 
que debemos hacer es añadir el módulo del núcleo necesario para 
que se reconozca adecuadamente. Aunque en algunas tarjetas es 
posible que no tengamos que realizar este paso porque el mismo nú- 
cleo ya puede estar compilado para reconocer las más habituales, 
debemos asegurarnos (antes de comprar la tarjeta) de que existe el 
drivero módulo necesario para ella. 

Una vez el sistema reconoce la tarjeta, ya podemos configurarla de 
la forma que queramos. 

En el fichero /etc/network/interfaces podemos especificar 
toda su configuración, donde también tendremos la de las otras in- 
terfaces del sistema. Una interfaz es un dispositivo (real o lógico) re- 
lacionado con la red a partir del cual el sistema se puede comunicar 
con otros ordenadores, ofrecer unos determinados servicios, etc. Son 
las puertas que tiene el sistema para poderse comunicar. Para cada 
interfaz reconocida en el sistema, en este fichero se le especifican las 
directivas necesarias para su correcto funcionamiento. 

Vamos a verlo con un ejemplo: 

#Interfície de loopback 
auto lo 

iface lo inet loopback 
#NIC 

auto ethO 
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iface ethO inet static 



address 192.168.0.10 
netmask 255.255.255.0 
network 192.168.0.0 #opcional 

broadcast 192.168.0.255 #opcional 

gateway 192.168.0.1 #opcional 

La primera entrada que encontraremos en este fichero suele ser para 
la interfaz de loopback. Esta interfaz no se corresponde con ninguna 
tarjeta ni dispositivo real del ordenador, sino que es un mecanismo 
del operativo que le permite utilizar los protocolos de comunicación 
de forma interna. De esta forma, si probamos funciones de la red sin 
comunicarnos con ningún otro ordenador no hace falta ni siquiera 
tener una tarjeta de red instalada. En todas las entradas encontra- 
mos la directiva de auto antes de especificar la configuración del 
dispositivo. Esta directiva indica que la tarjeta se puede montar au- 
tomáticamente cuando el sistema arranca. La directiva de i face es- 
pecifica el tipo de tarjeta y protocolo que se utilizará con ella por 
medio de la siguiente sintaxis: "iface dispositivo familia- 
Protocolo métodoConf iguración". Con las tarjetas Ethernet 
el dispositivo será ethX, donde la "x" será un número empezando 
por " 0 ", que indica el número de tarjeta instalada en el ordenador. 
La familia del protocolo de comunicación utilizado con la tarjeta sue- 
le ser cualquiera de los siguientes: 

• inet: IPv4, utilizado en Internet y la mayoría de redes locales. 

• inet 6: IPvó, la nueva versión de IPv4, que poco a poco se va ins- 
taurando. 

• ipx: para redes Novell™. 

Finalmente, en el último campo se indica cómo se obtiene la confi- 
guración de red de la tarjeta (su dirección, la red dónde está, el ga- 
teway que hay que utilizar, etc.). En la siguiente tabla podemos ver 
cuáles son estas opciones para la familia de protocolos inet: 



CONFIG 


OPCIONES 


DESCRIPCIÓN 


loopback 




Método para definir la interfaz de loopback (se debe utilizar con la interfaz lo). 


static 




Método para configurar una NIC con una dirección IP estática. 



Nota 



A partir de las versiones 2.2 
del núcleo Linux, ya se puede 
utilizar una nueva infraestruc- 
tura de red denominada 
iproute2. Con ella pode- 
mos manipular todos los as- 
pectos relacionados con 
nuestras NIC y las tablas in- 
ternas que utiliza el operativo 
para manejar todo lo relacio- 
nado con la red. 
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CONFIG 


OPCIONES 


DESCRIPCIÓN 




address 


Dirección IP de la interfaz. Campo requerido. 




netmask 


Máscara de la dirección IP. Campo requerido. 




broadcast 


Dirección de broadcast. Si no se especifica, se calcula automáticamente. 




network 


Dirección de identificación de red. Sólo requerida para versiones del núcleo 
2.O.X. 




gateway 


Dirección IP del gateway que utilizamos para esta interfaz. 


dhcp 




Método para configurar de forma remota la IP de todos los ordenadores de una 
red local (Dynamíc Hosf Configuration Protocol). 




hostname 


IP del servidor de DHCP. 




leasehours 


Tiempo, en horas, de alquiler de la IP (pasado este tiempo, se renueva). 




leasetime 


Tiempo, en segundos, de alquiler de la IP. 




vendor 


Identificador de tipo de servidor (en general, dhcpd). 




Client 


Identificador del tipo de cliente (en general, dhcpd). 


bootp 




Método para configurar de forma remota la IP de todos los ordenadores de una 
red local (BOOT Protocol). Actualmente se utiliza más DHCP. 




bootfile 


Fichero a utilizar en el momento de arranque. 




server 


Dirección IP del servidor de BOOTP. 




hwaddr 


Dirección MAC del servidor BOOTP. 


PPP 




Método utilizado con el protocolo Point to Point Protocol, usado en los módems. 




provider 


Proveedor del servicio. 



Aunque en este capítulo no entraremos en redes de computadores, 
debemos saber que disponemos de muchos comandos para mane- 
jar la configuración de red del sistema operativo. Los más importan- 
tes son ifconfig, con el cual podemos ver los dispositivos 
configurados, ifdown e ifup, que nos permiten apagar o encen- 
der la interfaz que queremos y route, que nos muestra la tabla de 
routing del sistema. 



6.5.3. Tarjeta WiFi 

Las redes de comunicación sin cables son cada vez más frecuentes, 
tanto en instalaciones domésticas como en instituciones, escuelas o 
empresas. Para la instalación de las mismas, se debe disponer de lo 
que denominamos puntos de acceso, que son unos dispositivos co- 
nectados a la red física de la institución. Estos puntos de acceso per- 
miten que, a partir de unas tarjetas PCMCIA, cualquier ordenador de 
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su alrededor pueda conectarse a la red. De esta forma, se simplifica 
mucho el cableado de los edificios. 

Para que nuestro GNU/Linux detecte y configure adecuadamente 
una tarjeta wireless (de tipo PCMCIA) debemos añadir al núcleo del 
sistema los módulos orinoco es y hermes, que en muchos casos 
ya vienen compilados en el mismo núcleo. Toda la configuración de 
estas tarjetas se guarda en los ficheros del directorio /etc/pcm- 
cia/. Lo único que debemos añadir en el fichero /etc/pcmcia/ 
config.opts es (dependiendo de la tarjeta deberíamos cambiar 
la directiva de "card"): 



card " Conceptronic Wireless" 

versión "802.11", "llMbps Wireless LAN Card" 
bind "orinoco es" 



Con esto ya conseguimos que el sistema reconozca la tarjeta wireless 
como un dispositivo más del sistema. Si no tenemos ninguna otra tar- 
jeta Ethernet instalada, se referenciará como ethO, ethl si ya te- 
nemos una, etc. A continuación, lo único que nos faltará para que la 
tarjeta se conecte al punto de acceso será editar el fichero /etc/ 
network/interfaces y añadirle la configuración necesaria para 
que se le asigne una IP. Naturalmente, esta interfaz del sistema la 
podemos tratar como cualquier otra, utilizando los mecanismos de 
f irewall del sistema, con las aplicaciones iproute2, etc. 



6.5.4. Módems 

Para la configuración de un módem generalmente se suele utilizar la 
aplicación pppconfig, que escribe los archivos de configuración 
necesarios para el daemon del sistema ppp, que es el programa en- 
cargado de establecer la conexión a Internet. Con pppconfig (o 
aplicaciones similares) siempre se deben realizar unos determinados 
pasos, que detallamos a continuación: 

1) Nombre del proveedor: el proveedor es la empresa con la que 
tenemos el contrato de conexión a Internet. Este nombre sirve 
para poder identificar cada conexión que configuremos de for- 
ma única. 



Contenido 

complementario 



Los paquetes que contienen 
los programas necesarios 
para la conexión a Internet 
con un módem suelen nom- 
brarse ppp y pppconfig. 



Contenido 

complementario 



Con pppconfig tenemos 
un menú que nos permite 
añadir, modificar o eliminar 
conexiones. Los pasos que 
mostramos se corresponden 
con la inserción de una nue- 
va conexión. 
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2) Configuración de servidores de nombres: cuando establecemos 
el contrato con nuestro proveedor, generalmente se suelen pro- 
porcionar la/s IP de los servidores de nombres que deben utilizar- 
se. Si tenemos estas IP, debemos indicar que utilizamos una 
configuración estática, con lo cual seguidamente se nos pedirán 
estas IP. Sólo en el caso de que nuestro proveedor nos indique 
que la configuración de DNS es dinámica, debemos escoger este 
otro tipo de configuración. Con la tercera opción, que nos infor- 
ma de que DNS será tratado por otros medios, podemos utilizar 
la configuración del fichero / etc/ resolv . conf. 

3) Método de autentificación: el método de autentificación puede ser 
PAP o CHAP. Generalmente, los proveedores suelen utilizar el PAP 
(Peer Authentication Protocol), aunque si no funcionara debería- 
mos informarnos adecuadamente. 

4) Nombre de usuario y contraseña: ésta es la información que nos 
proporciona el proveedor para poder conectarnos y acceder a sus 
servicios. 

5) Velocidad del módem: según qué módem tengamos, podremos 
acceder a Internet a mayor o menor velocidad. Actualmente, to- 
dos van a 1 1 5200 bps, con lo que lo más recomendable es dejar 
el valor " 115200 ". Si tuviéramos un módem más lento, ya se sue- 
le detectar y reconfigurar automáticamente en el momento de la 
conexión. 

6) Llamada con pulsos o tonos: la mayoría de centralitas telefónicas 
ya funcionan con tonos, aunque en determinadas zonas rurales 
aún se utiliza el antiguo sistema de pulsos. 

7) Número de teléfono: este número también debe proporcionarlo 
el proveedor de Internet. 

8) Puerto de comunicación: el puerto de comunicación es el puerto 
en el cual tenemos conectado el módem. Si le indicamos que lo 
detecte automáticamente, se realizará un chequeo de todos los 
puertos y se configurará automáticamente. Si no, podemos indi- 
carlo con /dev/ttySX, donde la "x" es un 0 para el COMI, 
un 1 para el COM2, etc. 

Toda esta configuración se suele almacenar en los archivos situados 

en el directorio /etc/ ppp/. Aunque también podemos editar estos 
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ficheros y cambiar las directivas manualmente, es más recomenda- 
ble utilizar alguna aplicación automática, ya que su configuración es 
bastante compleja. Para establecer la conexión con nuestro provee- 
dor, deberíamos iniciar el daemon ejecutando "/etc/init . d/ppp 
start". Para pararlo, podemos utilizar "/etc/init . d/ppp 
stop". 



6.5.5. Tarjeta de sonido 

La tarjeta de sonido necesita la inserción de un módulo del núcleo 
del sistema para poder funcionar correctamente. Si tenemos instala- 
da la aplicación discover, podemos descubrir qué módulo es el 
que corresponde con nuestra tarjeta por medio del comando "dis- 
cover --module sound". Para instalar el módulo, podemos utili- 
zar los comandos insmod o modprobe, y si queremos dejarlo 
configurado permanentemente, deberíamos escribirlo en el fichero 
/ etc/modules. 



Aunque con la inclusión del módulo correspondiente ya podremos 
utilizar la tarjeta de sonido adecuadamente, generalmente también 
se suele instalar la infraestructura de sonido ALSA (Advanced Linux 
Sound Architecture). Generalmente, la mayoría de distribuciones lo 
suelen incluir por defecto, aunque si no es así, se puede instalar con 
el paquete correspondiente. 



Contenido 

complementario 



ALSA es un proyecto que ha 
desarrollado mucho soft- 
ware relacionado con apli- 
caciones de tratamiento de 
sonido, nuevos módulos 
para el núcleo Linux, etc. 



6.5.6. Impresora 

En GNU/Linux, la configuración de impresoras se puede realizar con 
muchas aplicaciones diferentes. Aunque el lpd (Line Printer Dae- 
mon) fue uno de los primeros programas de gestión de impresión 
que aparecieron en los sistemas tipo UNIX, actualmente existen mu- 
chísimos más fáciles de configurar y gestionar. A continuación, co- 
mentamos algunos de los más utilizados: 



• lpd: uno de los primeros daemons de impresión de los sistemas 
tipo UNIX. Su configuración debe realizarse manualmente. 



lpr: la versión de BSD del lpd. Es muy recomendable utilizar al- 
gún tipo de filtro automático comomagicfilter o apsfilter 
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complementario 



Al configurar un servidor de 
impresión, es importante 
que configuremos adecua- 
damente desde qué máqui- 
nas/usuarios permitimos la 
impresión. De otro modo, 
un atacante podría aprove- 
char la vulnerabilidad y 
aprovechar nuestros recur- 
sos, dejar la impresora sin 
papel, etc. 



Contenido 

complementario 



Swat (Samba Web Adminis- 
traban Tool ) es una herra- 
mienta muy útil para la 
configuración de un servi- 
dor de samba. 



para configurar las impresoras. Este tipo de filtro detecta automá- 
ticamente el tipo de fichero a imprimir y prepara la impresión 
adecuadamente (utiliza un filtro llamado IFHP). 

• lprng: aplicaciones basadas en lpr con la ventaja que incor- 
pora una herramienta de configuración denominada lprng- 
tool, que permite realizar la configuración de forma gráfica y 
sencilla. 

• gnulpr: la versión de GNU del sistema de impresión lpr. Tam- 
bién incorpora herramientas gráficas de configuración, gestión 
de los servicios, etc. 

• CUPS: de Common UNIX Printing Systems, este conjunto de apli- 
caciones es compatible con los comandos de lpr y también sirve 
para redes Windows™. Utiliza un conjunto de filtros propios y so- 
porta la gran mayoría de impresoras del mercado. 

Aunque todas estas aplicaciones tienen sus propios métodos de con- 
figuración, todas utilizan el fichero /etc/printcap para guardar- 
la. Generalmente, también utilizan algún tipo de daemon para que 
el sistema de impresión sea operativo. El daemon se puede configu- 
rar para que el ordenador al que está conectada la impresora sirva 
como servidor de impresión. De este modo, varios ordenadores de 
la misma red podrán utilizar la misma impresora, ahorrando recur- 
sos. Para los clientes de impresión se pueden utilizar los mismos pro- 
gramas especificando, en la configuración, que la impresora es 
remota (generalmente se debe proporcionar la IP del servidor de im- 
presión y la cola). 

Si queremos configurar un servidor de impresión para redes Windows™ 
o configurar una impresora de un servidor Windows™ desde un 
cliente GNU/Linux, debemos utilizar otro tipo de programas. Samba 
es un conjunto de aplicaciones de GNU/Linux que utilizan los proto- 
colos de las redes Windows™. Aunque sus funcionalidades van 
mucho más allá de la configuración de un servidor o cliente de im- 
presión, para poder utilizar impresoras en Windows™ tendremos 
que utilizar este conjunto de aplicaciones o bien las que nos propor- 
ciona CUPS. 
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7. Daemons y runlevels 



7.1 . Los daemons 

Como ya sabemos, GNU/Linux nos permite ejecutar simultánea- 
mente tantos procesos como queramos repartiendo equitativa- 
mente el tiempo de la CPU entre ellos. De hecho, el mecanismo 
de manejo de procesos también debe tener en cuenta lo que se 
llaman interrupciones. Una interrupción es una señal que llega 
al núcleo del sistema desde cualquiera de los dispositivos que te- 
nemos instalados en nuestro ordenador. Estas interrupciones 
suelen estar vinculadas a algún proceso en concreto, de forma 
que el núcleo debe despertar el proceso en cuestión (si no está 
en ejecución) y redirigirle la interrupción para que la procese 
adecuadamente. Un ejemplo típico de interrupción es cuando 
apretamos una tecla del teclado o movemos el ratón: al hacerlo, 
el dispositivo envía una señal que debe ser redirigida hacia la 
aplicación correspondiente para que sea tratada de forma ade- 
cuada. 

Para poder manejar adecuadamente todas las interrupciones que 
se producen, el núcleo no escucha permanentemente a los dispo- 
sitivos del sistema esperando sus señales. En lugar de hacerlo, el 
sistema ejecuta las operaciones de los procesos en cola de ejecu- 
ción y sólo cuando se produce una interrupción atiende al dispo- 
sitivo que la ha generado. Esto debe realizarse de esta forma 
debido a la gran diferencia de velocidad entre los dispositivos del 
sistema y la CPU. El tratamiento de interrupciones es fundamen- 
tal para cualquier sistema operativo, ya que es este mecanismo, 
entre otros, el que nos permite mantener en ejecución tantos pro- 
cesos como queramos y, en cuanto lleguen las interrupciones, 
despertar los procesos que las están esperando. 
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complementario 



Los shell Scripts de los dae- 
mons no son más que una 
herramienta para facilitar 
todo su proceso de arran- 
que, parada, etc. En algunos 
casos, también podemos 
utilizar el mecanismo y or- 
ganización de estos dae- 
mons para poder ejecutar 
ciertas operaciones que 
nos interesen (escribiendo 
un shell scriptque se ejecute 
al entrar en un determinado 
nivel de ejecución). 




núcleo 

ejecutándose 



' el núcelo 
trata la interrupción y 
la redirige al proceso 
correspondiente 
(si está suspendido lo 
despierta y lo pone 
en lacola de ejecución) 



procesos en cola de ejecución 




procesos suspendidos 
(en espera de una señal) 



procesos en cola de ejecución 




procesos suspendidos 
(en espera de una señal) 



procesos en cola de ejecución 




procesos suspendidos 
(en espera de una señal) 



Un daemon [Dlsk And Execution MONitor) es un proceso que, gene- 
ralmente, tenemos cargado en memoria, esperando alguna señal 
(proveniente de una interrupción de dispositivo o del mismo núcleo) 
para despertarse y ejecutar las funciones necesarias para tratarla. 
Aunque esta definición también puede encajar con otros procesos 
del sistema (lanzados por los usuarios o por el mismo sistema), un 
daemon también suele ajustarse a esta forma de ejecución (aunque 
en algunos casos especiales, no). De esta forma, los daemons que 
tengamos cargados no ocupan la CPU mientras no es estrictamente 
necesario y por muchos que tengamos en memoria siempre podre- 
mos trabajar con el ordenador sin problemas. 

Aunque un daemon sea un proceso como cualquier otro que se ejecuta 
en modo background , la forma como los organizamos y tratamos sí que 
es diferente del resto de comandos y programas del sistema. General- 
mente, todos los daemons tienen un shell script situado en el directorio 
/etc/init . d/ que nos permite iniciarlo, pararlo o ver su estado de 
ejecución. Para realizar algunas de estas funciones debemos ejecutar el 
shell script correspondiente al daemon que queramos tratar pasándole 
alguno de los siguientes parámetros: 

• start: para iniciar el daemon. Si éste ya estuviera ejecutándose, 
se muestra un mensaje de error. 
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• stop: para parar el daemon. Si no estuviera ejecutándose, se 
muestra un mensaje de error. 

• restart: reinicia el daemon. Sirve para que se vuelvan a leer los 
archivos de configuración del mismo. 

• reload: aunque no todos los daemons lo permiten, este pará- 
metro sirve para poder recargar los archivos de configuración sin 
tener que pararlo. 



La mayoría de estos Scripts utilizan un programa llamdo start- 
stop-daemon que nos proporciona el sistema operativo y que sirve 
para el tratamiento de estos procesos. Es habitual que al administrar 
un servidor tengamos que diseñarnos nuestros propios daemons 
para realizar alguna tarea concreta. En el directorio donde se sitúan 
todos los shell Scripts de los daemons también se suele encontrar uno 
de ejemplo (/etc/init . d/ skeleton) para que lo podamos utili- 
zar cuando necesitemos configurar uno nuevo que no esté en la dis- 
tribución. Generalmente suelen estar programados de la siguiente 
manera: 



Contenido 

complementario 



Para ejecutar un daemon, 
debemos llamarlo con su 
ruta completa (/etc/ 
init.d/ nombreDaemon) 
y pasarle el parámetro que 
nos interese. Algunas distri- 
buciones incorporan el co- 
mando Service, que permite 
hacer lo mismo sin tener 
que especificar la ruta com- 
pleta. 



#! /bin/sh 

PATH=/ usr/local/sbin:/usr/local/bin:/sbin:/bin: 
/usr/sbin: /usr/bin 
DAEMON=/usr/ sbin/daemon 
NAME=daemon 



DESC="some daemon" 



test -x $ DAEMON | | exit 0 
set -e 

case "$1" in 
start) 

echo -n "Starting $DESC: $NAME" 
start-stop-daemon --start --quiet --pidfile \ 
/var/run/ $NAME . pid --exec $DAEMON 
echo 



stop) 

echo -n "Stopping $DESC: $NAME " 
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start-stop-daemon --stop --quiet --pidfile \ 
/var/run/$NAME .pid --exec $DAEMON 
echo 

r r 

restart | f orce-reload) 

echo -n "Restarting $DESC: $NAME" 
start-stop-daemon --stop --quiet --pidfile \ 
/var/ run/ $NAME . pid --exec $DAEMON 

sleep 1 

start-stop-daemon --start --quiet --pidfile \ 
/var/ run/ $NAME . pid --exec $DAEMON 
echo " . " 



*) 

N=/ etc/init . d/$NAME 

echo " Usage: $N { start | stop | restart | f orce-re- 

load}" >&2 
exit 1 



esac 
exit 0 



Contenido 

complementario 



Aunque los daemons son 
programas como cualquier 
otro, su programación difie- 
re un poco de las aplicacio- 
nes de usuario porque 
deben incluir funciones 
para quedar suspendidos y 
esperar señales para que 
sean despertados, etc. 



Como hemos visto, en las variables declaradas al inicio del shell script 
especificamos qué PATH es necesario para el proceso del daemon, el 
programa a ejecutar (DAEMON), el nombre que le damos (ÑAME, que 
debe ser igual que el nombre del shell script ) y su descripción (DESC). 
Lo único que hace el código al arrancar el daemon es escribir en el 
directorio /var/run/ un fichero con el PID del proceso. Al pararlo, 
se va a buscar este PID y se envía la señal de finalización al proceso 
correspondiente. Naturalmente, encontraremos shell Scripts prepara- 
dos para realizar muchísimas más operaciones con el daemon a tra- 
tar, aunque como mínimo todos deben tener esta estructura. 



7.2. Los runlevels 



Los daemons que tengamos ejecutándose en un determinado mo- 
mento nos marcan los servicios que el sistema operativo está ofrecien- 
do y/o recibiendo. El hecho de que podamos tener tantos daemons 
diferentes hace que tengamos que plantear su organización de forma 
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adecuada. Entenderemos un runlevel (o 'nivel de ejecución') como la 
ejecución de unos determinados daemons que a su vez proporcionan 
unos servicios concretos. En la instalación de un servidor es habitual 
diseñar una configuración para que en determinados momentos se 
puedan ofrecer determinados servicios y en otros no. Para permitir este 
tipo de funcionamiento, el sistema operativo nos proporciona diferentes 
niveles de ejecución que podremos adaptar a nuestras necesidades. 



Si bien podemos configurar el número de niveles de ejecución que 
queremos y la funcionalidad de cada uno de ellos, generalmente los 
sistemas like UNIX nos proporcionan 6 diferentes con las siguientes 
propiedades: 



NIVEL 


Funcionalidad 


0 


El nivel de ejecución 0 está configurado para parar el sistema. 


1 


Este nivel es denominado como single user, ya que sólo permite 
la entrada al sistema al root del mismo. Se arrancan los 
daemons mínimos y sirve para tareas de mantenimiento. 


2—5 


Los niveles del 2 al 5 están destinados para ser configurados 
según las necesidades de cada instalación. Al instalar el 
sistema, por defecto todos son iguales. Estos niveles también se 
llaman multiusuario, ya que, por defecto, permiten que más de 
un usuario trabaje en el sistema. 


6 


El último nivel está preparado para reiniciar el sistema. Es muy 
parecido al 0 pero se añade una función de reinicio. 



El comando necesario para cambiar de nivel de ejecución es init 
(le pasamos como parámetro el nivel de ejecución que queramos) y 
para ver en cuál estamos, runlevel. 

Los comandos halt, reboot, shutdown o poweroff lo único 
que hacen es llamar al nivel de ejecución 0 o 6 realizando, antes, al- 
guna operación concreta (ver su manual para más información). 
Sólo el root del sistema puede utilizar todos estos comandos. 

La forma como se organizan estos daemons en cada nivel de ejecu- 
ción es muy simple. Cada nivel de ejecución tiene un directorio situa- 
do en /etc/rcX.d/ donde la "x" es el número de nivel. En estos 
directorios encontramos enlaces simbólicos a los shell Scripts de los 
daemons situados en /etc/init . d/ , que nos sirven para indicar 
al sistema si queremos iniciar o parar el daemon al que apuntan. 
Con el mismo nombre del enlace se identifica la acción a realizar: si 
el enlace empieza por "S" ( Start ) indicamos que queremos iniciar el 
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daemon, mientras que se empieza por "k" ( Kill ) indica que queremos 
pararlo. Si el nombre no empieza por ninguna de estas letras, el sis- 
tema no hace nada con él. Después de esta letra se pone un número 
de 2 cifras entre "00" y "9 9", que indica el orden de inicio o parada 
de los mismos. Este orden es importante, ya que algunos daemons 
necesitan que otros estén en ejecución antes de ser iniciados. 



Al cambiar de nivel de ejecución, el sistema inspeccionará los dae- 
mons del directorio correspondiente y empezará, primero, parando 
los daemons indicados y después iniciará los demás. Lo único que 
se hace es llamar al daemon pasándole como parámetro start o 
stop, de forma que si paramos alguno que no se esté ejecutando 
en el momento de parada, no pasaría nada porque el mismo shell 
script lo tiene en cuenta. Esto nos sirve para poder cambiar de nivel 
de ejecución sin tener en cuenta el nivel anterior al que estábamos. 
En la siguiente figura podemos ver un ejemplo de configuración 
para 3 niveles de ejecución: 



NIVEL DE EJECUCIÓN 2 




DAEMONS EJECUTÁNDOSE 


K50sshd 


SI Osysklogd 


sysklogd 


K51 apache-ssl 


SI 2kerneld 


kerneld 


K52tftpd 


S20dhcpd 




dhcpd 


K53telnet 


S50proftpd 




proftpd 




S90apache 




apache 


NIVEL DE EJECUCIÓN 3 






K50dhcpd 


SI Osysklogd 


sysklog 


K51 proftpd 


SI 2kerneld 


kerneld 


K52apache 


S20sshd 




sshd 


K53tftpd 


S50apache-ssl 


apache-ssl 


K53telnet 








NIVEL DE EJECUCIÓN 4 






K50dhcpd 


SI Osyslogd 




sysklogd 


K51 proftpd 


S12kerneld 


kerneld 


K52apache 


S20tftpd 




tftpd 


K53tftpd 


S50telnet 




telnet 


K53telnet 









En el fichero / etc/ inittab tenemos definida toda la configuración 
de los runlevets: el nivel de ejecución por defecto, el número de con- 
solas disponibles en cada uno de ellos, etc. Cada línea del fichero es 
una directiva con la sintaxis: " <id> : <runlevels> : <action> 

: <process>". El primer campo es el identificador de la directiva, 
seguidamente encontramos en qué niveles de ejecución es válida esta 
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directiva, la acción a realizar y el proceso a lanzar. En el siguiente 
ejemplo explicamos cómo configurar algunas de estas directivas: 

# El nivel de ejecución por defecto (en este caso, 
el 2) id : 2 : initdef ault : 

# Scripts a ejecutar al arrancar el sistema (antes 

# de entrar en el nivel de ejecución por defecto) 
si: : sysinit : /etc/init . d/rcS 

# Programa que se llama al entrar en el nivel de 
e j ecución 

# single user (la acción wait indica que se lanza el 

# proceso y no se hace nada más) 

~ ~ : S : wait :/sbin/sulogin 

# Configuración de los diferentes niveles de eje- 
cución 

# disponibles en el sistema 
10 : 0 : wait : /etc/init . d/rc 0 
11 : 1 : wait : /etc/init . d/rc 1 
12 : 2 : wait : /etc/init . d/rc 2 
13 : 3 : wait : /etc/init . d/rc 3 
14 : 4 : wait : /etc/init . d/rc 4 
15 : 5 : wait : /etc/init . d/rc 5 
16 : 6 : wait : /etc/init . d/rc 6 

# Comando a ejecutar al apretar CTRL+ALT+DEL 

ca : 12345 : ctrlaltdel : /sbin/shutdown -ti -a -r now 

# Definición de las consolas abiertas en cada 

# nivel de ejecución (la acción respawn indica 

# que al terminar la ejecución del proceso 

# getty se lance otra vez) 

1 : 2345 : respawn : /sbin/getty 38400 ttyl 
2 : 23 : respawn : /sbin/getty 38400 tty2 
3 : 23 : respawn : /sbin/getty 38400 tty3 
4 : 23 : respawn : /sbin/getty 38400 tty4 
5 : 23 : respawn : /sbin/getty 38400 tty5 
6 : 23 : respawn : /sbin/getty 38400 tty6 
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En este fichero también po- 
dríamos configurar un termi- 
nal que se comunicara con el 
sistema a partir de un módem 
y otro ordenador con la direc- 
tiva "TI : 23 : respawn : / 
sbin/ mgetty -xO -s 
57 600 ttySl". De esta 
forma, podríamos tener una 
consola del sistema en otro 
terminal comunicándonos 
con una línea telefónica. 



Como vemos, en este fichero se configura todo lo referente a los ni- 
veles de ejecución de forma muy flexible pudiendo cambiar lo que 
nos interese para adaptarlo mejor a nuestras necesidades. Fijémo- 
nos que, aunque aquí definamos el nivel de ejecución por defecto, 
también lo podríamos especificar al arrancar el sistema con el Li lo o 
Grub. Esto es muy útil, por ejemplo, cuando tenemos problemas gra- 
ves en el sistema que no nos permiten arreglarlos adecuadamente; 
si arrancamos con el primer nivel (pasando "1" o "single" al Lilo 
o Grub), sólo se iniciarán las funciones más necesarias y podremos 
entrar para arreglar lo que haga falta. 



7.3. El arranque del sistema 



El proceso padre de todos los demás es el init. Este proceso se en- 
carga de arrancar los otros que tengamos en el nivel de ejecución 
configurado. Sin embargo, antes de entrar en este nivel se ejecutan 
todos los shell Scripts de /etc/rcS.d/ (configurado en /etc/ 
inittab), que pueden ser o bien daemons como los de los otros 
runlevels o simplemente shell Scripts necesarios para el sistema (car- 
ga del mapa de caracteres, carga de los módulos del núcleo, etc.). 
Si queremos eliminar alguno de ellos, debemos saber exactamente 
qué estamos haciendo, ya que generalmente son imprescindibles 
para el buen funcionamiento del operativo. 

Una vez se han arrancado estos daemons (o shell Scripts ), se entra 
en el nivel de ejecución configurado por defecto, parando e inician- 
do los daemons especificados en él. Una vez aprendida toda esta or- 
ganización, ya podremos adaptar el arranque del sistema a nuestras 
necesidades creando y situando los daemons que queramos en cual- 
quiera de los sitios que hemos visto. 



7.4. Daemons básicos 



Según la distribución de GNU/Linux que utilicemos, el mismo proce- 
so de instalación ya configura unos daemons u otros. Aun así, todas 
las distribuciones suelen incorporar el daemon para el sistema de 
logs y el de la ejecución periódica y retardada de aplicaciones (aun- 
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que las configuraciones de los mismos pueden variar un poco). En 
esta sección veremos cómo funcionan estos tres daemons básicos y 
cómo podemos configurarlos. Es importante saber manejar estos da- 
emons básicos porque nos pueden ayudar mucho en algunas de las 
tareas de administración. 



7.4.1 . Logs de sistema (sysklogd) 



Los logs del sistema son ficheros de traza que un daemon del opera- 
tivo se encarga de generar para que quede constancia de cualquier 
acción realizada sobre el mismo. El daemon encargado de realizar 
estas tareas es el sysklogd, cuya configuración encontramos en / 
etc/syslog. conf. Cada línea de este fichero consiste en una re- 
gla con dos campos: el selector y la acción. Con el selector configu- 
ramos de qué servicio queremos tratar los logs y el nivel de prioridad 
de los mismos. La acción sirve para indicar hacia dónde queremos 
redirigir los logs (a un fichero, a una consola, etc.). En las tablas de 
la siguiente página podemos ver las diferentes opciones válidas para 
estos campos. 



Contenido 

complementario 



El núcleo del sistema tam- 
bién lanza un daemon para 
gestionar sus logs denomi- 
nado klogd. 



Generalmente, todos los ficheros de logs del sistema se suelen alma- 
cenar en el directorio / var/log/. Aunque la mayoría de ficheros de 
logs son de texto y los podemos ver con cualquier editor, podemos 
encontrar alguno especial que no guarde sus datos en este formato. 
Generalmente suelen ser los ficheros /var/log/wtmp y /var/ 
log/btmp, que son los logs de entrada de usarios en el sistema y de 
entradas erróneas respectivamente. Para ver estos dos ficheros, po- 
demos utilizar los comandos last y lastb. Si tuviéramos configu- 
rados estos logs en algún otro fichero, también podríamos verlos 
pasando el parámetro "-f fichero" al comando last. 



Contenido 

complementario 



Para ver los últimos regis- 
tros de entrada de los usua- 
rios, también podemos 
utilizar el comando 

lastlog. 



SELECTOR 


Servicio 


significado 


Prioridad 


significado 


authpriv 


Mensajes de autorizaciones o de aspectos 
de seguridad. 


emerg 


El sistema es inutilizable. 


cron 


Daemon crond y atd. 


alert 


La acción se debe realizar de 
inmediato. 


daemon 


Daemons del sistema sin opciones de logs. 


crit 


Condiciones críticas. 


ftp 


Daemon del servidor FTP (File Transfer 
Protocol). 


err 


Condiciones de error. 



153 





SELECTOR 



Servicio 


significado 


Prioridad 


significado 


kern 


Mensajes del núcleo del sistema. 


warning 


Condiciones de emergencia. 


Ipr 


Mensajes del subsistema de impresión. 


n otice 


Noticias normales, pero 
importantes. 


mail 


Mensajes del subsistema de correo (si lo 
tenemos configurado). 


info 


Mensajes de información. 


news 


Mensajes del subsistema de noticias (si lo 
tenemos configurado). 


debug 


Mensajes de debugging. 


syslog 


Logs generados por el mismo daemon 
syslogd. 






user 


Logs de aplicaciones de nivel de usuario. 






uucp 


Mensajes generados por el sistema de 
UUCP (Unix-To-Unix Copy Protocol). 






Iocal0~7 


Reservados para su uso local. 






(los servicios y prioridades se pueden combinar como se quiera) 



ACCION 


Destino 


explicación 


Fichero regular 


Se especifica la ruta completa del fichero. Poniendo un delante no se requiere que el 

fichero sea sincronizado cada vez que se escribe en él (aunque se perderá el log en caso de 
fallar la alimentación). 


Pipe nombrado 


Este sistema permite que los mensajes se redirijan hacia una tubería creada antes de iniciar 
el daemon de sysklogd con el comandomkf ifo. Se indica poniendo el carácter " | " antes 
del nombre del fichero. Es muy útil para operaciones de debugging de programas. 


Consola 


Especificando /dev/ttyX dónde "X" es un número de consola o /dev/ consolé los logs 
se redirigen a la pantalla especificada. 


Máquina remota 


Para especificar que los logs se redirijan a una máquina remota, debemos preceder el 
nombre del host remoto con 


Usuarios 


Especificando el nombre de usuario o usuarios (separados por comas) los logs 
correspondientes se redirigen a éstos. 


Usuarios on-line 


Con "*" especificaremos que los logs se redirijan a todos los usuarios que en el momento de 
ocurrir el log estén dentro del sistema. Esto se utiliza para avisar a todos los usuarios que ha 
pasado alguna acción crítica en el sistema. 


(las acciones se pueden poner en todos los selectores que se quiera) 



Esta forma de tratar los logs permite mucha flexibilidad para confi- 
gurarlos adecuadamente cuando instalamos un servidor, tarea muy 
importante para tener controlados los aspectos que más nos intere- 
san del sistema. Aun así, si tuviéramos que guardar todos los logs 
que se generan en un servidor, seguramente al final saturaríamos el 
disco por el tamaño siempre creciente de estos archivos. Para evitarlo 
se utiliza un sistema de rotación de logs, que consiste en ir compri- 
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miendo, cada cierto tiempo, estos ficheros y guardar sólo hasta una 
determinada antigüedad. Aunque generalmente se suelen compri- 
mir cada semana y se guardan sólo los de uno o dos meses anterio- 
res, podemos configurar todo esto a partir del fichero /etc/ 
logrotate . conf. Los logs de ciertos servidores y/o aplicaciones tam- 
bién se pueden configurar de forma explícita para tener un control más 
adecuado de lo que hacen. La configuración personalizada de logs 
para estas aplicaciones suele situarse en / etc/logrotate . d/. 

Internamente, el sistema utiliza unos programas para manejar de 
forma más amena todo este sistema de logs. Con logger podemos 
escribir en el sistema de logs del sistema, savelog y logrotate 
sirven para guardar y, opcionalmente, comprimir algunos de los fi- 
cheros de logs que tenemos (con el segundo podemos configurar 
más opciones que con el primero). Estos comandos también se pue- 
den utilizar para crear nuestros propios ficheros de logs o, si es ne- 
cesario, manipular manualmente los del sistema (con el manual de 
los mismos obtendremos más información sobre su tratamiento y 
manipulación). 



7.4.2. Ejecuciones periódicas (cron) 

Muchas de las tareas de administración de un servidor se tienen 
que llevar a cabo de forma periódica. También hay muchas accio- 
nes, como la actualización de los logs o las bases de datos internas 
que utilizan ciertos comandos, que necesitan ejecutarse regular- 
mente para su buen funcionamiento. Por este motivo, es muy im- 
portante que el mismo operativo nos proporcione alguna 
herramienta para poder configurar eficientemente todas estas eje- 
cuciones periódicas. 

El daemon cron es el que se encarga de manejar todo el sistema 
de ejecuciones periódicas. Su organización es muy simple: en el fi- 
chero /etc/crontab se guarda la configuración interna del dae- 
mon y en los directorios /etc/cron . daily/, /etc/ 
cron . weekly/ y / etc/monthly/ , los shell Scripts de los progra- 
mas que se ejecutarán diariamente, semanalmente o mensualmente 
respectivamente. También existe el /etc/cron . d/ , donde pode- 
mos situar archivos con un formato especial para configurar la eje- 
cución de determinados programas de forma más flexible. 



Contenido 

complementario 



Si quisiéramos configurar 
una consola del sistema 
para ver todos los logs que 
se van generando, podría- 
mos añadir la línea "*.* 
/dev/ttySX"(donde "X" 
es la consola donde quere- 
mos ver los logs) al fichero 
/etc/syslog . conf 
y reiniciar el daemon 
sysklogd. 



Contenido 

complementario 



Según el servidor que este- 
mos administrando tendre- 
mos que tener en cuenta la 
legalidad vigente (según 
países) que en algunos ca- 
sos obliga a conservar los fi- 
cheros de algún tipo de logs 
durante un determinado pe- 
ríodo de tiempo. 
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Contenido 

complementario 



Muchas de las aplicaciones 
del sistema necesitan de al- 
gún tipo de actualización pe- 
riódica, generalmente confi- 
gurada a partir del cron. Si 
no tenemos el ordenador 
encendido todo el día, es 
importante que configure- 
mos adecuadamente el 
cron para que se realicen 
en algún momento en que 
sepamos que el ordenador 
estará encendido. 



Contenido 

complementario 



Si instalamos GNU/Linux en 
un ordenador que no está en 
funcionamiento todo el día, 
es recomendable tener insta- 
lado el programa anacron 
porque ejecutará los Scripts 
configurados con el cron 
adecuadamente (aunque sea 
en horas diferentes a las 
previstas). 



Contenido 

complementario 



Si utilizamos el fichero / 
etc/crontab para confi- 
gurar nuestras propias eje- 
cuciones periódicas, cada 
vez que lo modifiquemos 
debemos reiniciar el dae- 
mon cron. Si utilizamos su 
estructura de directorios, no 
hace falta. 



Generalmente, en el fichero /etc/crontab encontramos las si- 
guientes directivas: 

SHELL=/bin/sh 

PATH=/usr/ local /sbin :/usr/local/bin: 
/sbin:/bin:/usr/sbin:/usr/bin 
#m h dom mon dow user command 

25 6 * * * root test -e /usr/sbin/anacron | | 

run-parts --report /etc/cron . daily 
47 6 * * 7 root test -e /usr/sbin/anacron | | 

run-parts --report /etc/cron . weekly 
52 6 1 * * root test -e /usr/sbin/anacron | | 

run-parts --report /etc/cron . monthly 

La definición de las variables SHELL y PATH sirven para indicar al 
daemon qué intérprete de comandos utilizar y cuál será su PATH. Las 
siguientes tres líneas están formadas por los campos: "<minuto> 
<hora> <díaMes> <mes> <diaSetmana> <usuario> 
<comando>". Los cinco primeros indican cuándo ejecutar el co- 
mando correspondiente (deben ser coherentes) y en el sexto encon- 
tramos el usuario que se utilizará para ejecutar el comando 
especificado en el último. Fijémonos cómo en el fichero de configu- 
ración los comandos que se ejecutan una vez al día, una vez a la se- 
mana o una vez al mes son los encargados de lanzar los shell Scripts 
que se encuentren en los directorios especificados. Si existe el pro- 
grama anacron, se ejecutan con él, si no se utiliza el run-parts, 
que aunque no tiene tantas funcionalidades como el anacron, 
también sirve para poder ejecutar todos los shell Scripts que se en- 
cuentren en un determinado directorio. Esta configuración es la que 
nos permite toda la estructura de directorios que comentábamos an- 
teriormente. Si quisiéramos, podríamos cambiar las directivas de 
este archivo para adaptarlas más a nuestras necesidades. 

Aunque también podríamos utilizar este mismo fichero de configura- 
ción para poner nuestros propios comandos, es más recomendable 
utilizar la estructura de directorios que nos proporciona el mismo da- 
emon. El único que no aparece en esta configuración es el de/etc/ 
cron.d/, que el daemon ya tiene en cuenta automáticamente. En 
este directorio podemos situar archivos exactamente con la misma 
sintaxis que en el /etc/crontab para programar ejecuciones per- 
sonalizadas. De esta forma, la flexibilidad es total. 
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Si para las tareas de administración periódicas del sistema es reco- 
mendable utilizar toda esta estructura, cuando son los usuarios los 
que quieren configurar alguna tarea periódica es más usual utilizar 
ficheros particulares para cada uno de ellos. Con el comandocron- 
tab podemos pasar los parámetros "-u USER -e" y automática- 
mente se editará el fichero de configuración particular para el 
usuario especificado. Los ficheros particulares de los usuarios se 
guardan en el directorio /var/spool/cron/crontabs/ (de he- 
cho, el fichero /etc/crontab es el mismo que el particular del 
root). Para poder limitar qué usuarios pueden utilizar este daemon, 
podemos editar los ficheros /etc/cron . allow y /etc/ 
cron.deny, donde podemos poner, respectivamente, la lista de 
usuarios a los que permitimos utilizar el cron y a los que no. 



7.4.3. Ejecuciones retardadas (at y batch) 

Si bien el cron nos permite realizar operaciones cada cierto período 
de tiempo, el daemon atd permite ejecutar un comando o aplica- 
ción en un momento determinado. Igual que con el daemon ante- 
rior, podemos configurar qué usuarios pueden utilizarlo o no a partir 
de los ficheros /etc/at . allow y /etc/at . deny. En este caso, 
no tenemos fichero de configuración explícito para el daemon, sino 
que es con el comando at con el que podemos especificar en qué 
momento queremos ejecutar cierta operación con la sintaxis: "at - 
f fichero TIEMPCÍ'. Generalmente el fichero suele ser un progra- 
ma o shell script creado por el mismo usuario donde se escriben to- 
das las instrucciones que se quieran ejecutar. La especificación de 
TIEMPO puede llegar a ser muy compleja, pudiendo determinar una 
HORA con el formato "hh:mm", un tiempo a partir del momento de 
ejecución con "now + XX minutes", etc. (en su manual se especi- 
fican todos los posibles formatos). 

Con atq podemos ver qué trabajos tenemos retardados y con atrm 
podemos borrar alguno de los que estén en la cola. Finalmente, si 
queremos ejecutar todos los trabajos en la cola del at, podemos uti- 
lizar el comando atrun. Este nos permite pasarle el parámetro "-1 
LOADAVERAGE" donde LOADAVERAGE debe ser un número que in- 
dica a partir de qué momento de carga del sistema se podrán ejecu- 
tar los comandos retardados. Esto enlaza directamente con el 
comando batch, que sirve exactamente para lo mismo que el at y 



Contenido 

complementario 



Utilizando el comando 
crontab, al grabar el fi- 
chero se comprueba que 
la sintaxis sea correcta. 



Contenido 

complementario 



Todo el sistema de at y 
batch funciona con unos 
mecanismos de cola de eje- 
cución (uno para cada uno 
de los dos). Aunque pode- 
mos configurar más, gene- 
ralmente sólo con éstas ya 
tenemos suficiente para 
realizar cualquier tipo de 
ejecución retardada en el 
sistema. 



Contenido 

complementario 



La carga del sistema es un 
parámetro que nos indica el 
grado de actividad del or- 
denador. Con el comando 
top podemos ver esta carga 
de forma interactiva. 
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sigue su misma sintaxis, pero sin necesidad de especificar un tiempo 
concreto de ejecución. Las operaciones configuradas en esta cola se 
llevarán a término cuando la carga del sistema baje a menos de 1 ,5. 

De esta forma, cuando necesitamos ejecutar un determinado comando 
en una hora concreta, deberíamos utilizar elat, mientras que para ope- 
raciones que queramos realizar sin que entorpezcan el funcionamiento 
normal del ordenador, deberíamos utilizar el batch. En los directorios 
/var/spool/cron/at jobs/ y /var/spool/cron/atspool/ 
se guardan los ficheros correspondientes a todos estos trabajos re- 
tardados. 
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8. Instalación de aplicaciones 



8.1 . Introducción 

La gestión y manipulación de los paquetes es un aspecto fundamental 
en cualquier distribución de GNU/Linux. Un paquete es uno o varios 
programas, librerías o componentes de software empaquetados en un 
solo archivo preparado para que sea instalado e integrado en el siste- 
ma operativo. En el diseño de cualquier distribución es muy importante 
proporcionar las herramientas necesarias para poder instalar y gestio- 
nar adecuadamente estos paquetes. También se deben proporcionar 
herramientas, especialmente para los desarrolladores de software, 
para poder crear otros nuevos. En estos paquetes se suelen incluir los 
ejecutables del programa y sus dependencias y conflictos con otras 
aplicaciones. Las dependencias indican, al instalar un paquete, si ne- 
cesitan otros programas para que la aplicación funcione correctamen- 
te, mientras que los conflictos nos informan de incompatibilidades 
entre programas instalados y el que queremos instalar. Los sistemas 
de paquetes están diseñados de esta forma para facilitar la instalación 
de las nuevas aplicaciones, ya que algunas librerías son utilizadas por 
más de un programa y no tendría sentido que todas las aplicaciones 
que las utilizasen las instalaran de nuevo. 

Actualmente, la gran mayoría de distribuciones utilizan uno de los 
dos sistemas de paquetes más extendidos en el mundo del GNU/Li- 
nux: los deb o los rpm. Por un lado, los paquetes deb son los que la 
distribución de Debian GNU/Linux utiliza en su distribución, mientras 
que los rpm (Redhat Package Manager) son los nativos de Red Hat. 

Las distribuciones basadas en alguna de estas dos generalmente 
adoptan el sistema de paquetes correspondiente, aunque la mayoría 
de las otras distribuciones propias también han optado por incorpo- 
rar alguno de los dos sistemas, ya que actualmente la gran mayoría 
de programas se empaquetan utilizando estos formatos. 

Por otra parte, los programas con licencia GPL o similar también se 
suelen distribuir con su código fuente (empaquetados y comprimidos 
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con algún formato estándar, como el tar). A partir de este código fuen- 
te, también podemos instalar el programa en nuestro operativo, com- 
pilándolo y situando los ejecutables en el lugar donde les corresponda. 



Contenido 

complementario 



Debian GNU/Linuxfue la pri- 
mera distribución que creó 
un sistema de paquetes. 



En este capítulo veremos cómo está organizado el sistema de paquetes 
de la distribución Debian por la gran cantidad de herramientas que se 
proporcionan y la flexibilidad de su configuración. En la última sec- 
ción, aprenderemos cómo instalar un programa a partir de su código 
fuente, ya que en algunos casos podemos encontrarnos que el progra- 
ma que necesitemos no esté empaquetado. Esta forma de instalación 
era la que se utilizaba siempre antes de que aparecieran los primeros 
sistema de paquetes, que surgieron para facilitar todo este proceso. 



8.2. El sistema de paquetes Debian 



Las aplicaciones para manipular el sistema de paquetes de Debian 
GNU/Linux son, básicamente, de dos tipos: los programas apt 
( Advanced Packaglng Tool ) y los dpkg ( Debían package ). El conjunto 
de aplicacionesapt sirven para configurar de dónde conseguimos los 
paquetes, cuáles son los que queremos y resuelven dependencias y 
conflictos con otros. Los programas dpkg sirven para instalar los pa- 
quetes, configurarlos, saber cuáles tenemos instalados, etc. Hay otras 
aplicaciones, como dselect o aptitude, que sirven para manipu- 
lar los programas apt y dpkg proporcionando, en un solo entorno, 
herramientas interactivas para la manipulación de los mismos. En la 
siguiente figura podemos ver este esquema: 
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Los programas que en última instancia se encargan de instalar las 
aplicaciones son los dpkg. Estos programas descomprimen el fi- 
chero ".deb" e instalan el programa. Las aplicaciones apt nos 
ayudan a localizar las últimas versiones de los programas que ne- 
cesitamos, copian en el disco los ficheros de las fuentes de donde 
las hayan extraído (FTP, CD-ROM, etc.) y comprueban dependen- 
cias y conflictos de los nuevos paquetes para que se puedan ins- 
talar correctamente. Las principales aplicaciones apt son las 
siguientes: 



Contenido 

complementario 



Aunque con las aplicacio- 
nes apt también se pueden 
instalar paquetes, lo único 
que hacen es llamar a los 
programas dpkg. 



• apt-config: sirve para configurar algunas de las opciones de 
apt (la arquitectura de nuestro sistema, directorio donde se 
guardan los archivos, etc. ). 



• apt-setup : aplicación para configurar las fuentes de los paque- 
tes (de dónde los obtenemos). 



• apt-cache: gestión de la caché de paquetes (directorio donde 
se guardan los archivos " .deb" antes de ser instalados). 

• ap-CD-ROM: aplicación para gestionar CD-ROM que contengan 
paquetes. 

• apt-get: actualización, instalación o descarga de los paquetes. 



Toda la configuración de apt está en el directorio /etc/apt/. En 
el fichero /etc/apt/ sources . list es donde se guarda la con- 
figuración de las fuentes de los paquetes. Con todas estas fuentes se 
genera un listado de paquetes disponibles, que podemos consultar e 
instalar siempre que nos interese. Generalmente, el formato de este 
archivo sigue la siguiente sintaxis: 



deb http : / /site . http . org/ debían distribución secciónl 

sección2 sección3 

deb-src http: //site . http . org/debian distribución secciónl 

sección2 sección3 



El primer campo de cada línea indica el tipo de archivo al que nos 
referimos: binarios (deb) o código fuente (deb-src). Seguidamente 
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Contenido 

complementario 



Los sistemas de paquetes 
también permiten crear pa- 
quetes con el código fuente 
de las aplicaciones. Si sólo 
nos interesa utilizar la apli- 
cación, no hace falta que 
descarguemos los paquetes 
de código fuente. 



encontramos la referencia de la fuente de los paquetes, que puede 
ser un CD-ROM, una dirección de Internet, etc. El campo de distribu- 
ción indica a apt qué versión de Debian GNU/Linux estamos utili- 
zando. Este campo es importante porque cada versión de la 
distribución tiene sus propios paquetes. En los últimos campos pode- 
mos especificar qué tipo de paquetes queremos utilizar. 

Si cambiásemos este fichero de forma manual, podríamos utilizar el co- 
mando "apt-get update" para actualizar todos los paquetes dispo- 
nibles en el sistema. Para insertar los paquetes de un CD-ROM en el 
listado de paquetes disponibles, podríamos utilizar "apt-CD-ROM 
add", con lo cual se exploraría el CD insertado y se actualizaría el lista- 
do de paquetes del sistema. Si algunas de las fuentes contuvieran pa- 
quetes iguales, al instalarlo la misma aplicación apt detectaría cual es 
el más reciente o el que su descarga implica menos tiempo y lo bajaría 
de la fuente correspondiente. Con el programa netselect, además, 
podríamos configurar más ampliamente todo este sistema de descarga. 

Otra opción muy interesante que nos proporciona la mayoría de dis- 
tribuciones es la de la actualización de paquetes en los que se ha 
descubierto algún tipo de vulnerabilidad o fallo en su funcionamien- 
to. Con Debian, tan sólo tenemos que añadir la siguiente línea en el 
archivo / etc/ apt /sources . list : 

deb http://security.debian.org/ stable/updates 

main contrib non-free 

A medida que se van detectando paquetes críticos, se van poniendo 
en esta fuente, de forma que con sólo ejecutar "apt-get update" 
se avisa de las nuevas actualizaciones que debemos realizar en el sis- 
tema y se reinstalan los paquetes necesarios. 

Aunque con los programas dpkg podemos manipular cualquier as- 
pecto de los paquetes instalados en el sistema, crear nuevos, modificar 
los instalados, etc., en este curso sólo repasaremos los más importan- 
tes, al nivel de usuario, para que podamos realizar las operaciones 
básicas con ellos. Los principales programas dpkg son los siguientes: 

• dpkg-divert: nos sirve para manipular el lugar de instalación 
de algunos de los paquetes instalados en el sistema. Muy útil para 
evitar algunos problemas de dependencias. 
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• dpkg-reconf igure : con un mismo paquete deb muchas veces 
se incluye algún mecanismo para configurar algunas de las op- 
ciones de la aplicación de forma interactiva. Con esta aplicación 
podemos volver a configurar el paquete que le indiquemos con 
los mismos mecanismos utilizados en su instalación. 



• dpkg-scanpackages : este programa sirve para escanear un de- 
terminado directorio del sistema que contenga archivos ".deb" 
para que se genere un archivo de índice. Con este archivo de índice 
podemos incluir el directorio como una fuente más de apt. Muy útil 
cuando bajamos programas no oficiales de la distribución. 

• dpkg-scansource: aplicación con las mismas funcionalidades 
que la anterior pero para paquetes de código fuente. 

• dpkg-split: programa para dividir y unir un paquete en varios 
archivos diferentes. 



Con estos programas podemos manipular de cualquier forma nues- 
tros paquetes. La aplicación principal, dpkg, es la que nos permite 
instalar, listar o eliminar los paquetes del sistema. Para listar todos 
los paquetes disponibles le podemos pasar el parámetro "-1", con 
lo cual se mostrará una lista completa de los paquetes y su estado de 
instalación (instalados, instalados pero no configurados, etc.). Si qui- 
siéramos ver toda la información de un determinado paquete, po- 
dríamos utilizar el parámetro "-p" seguido del nombre del paquete, 
con lo cual se muestran todas las dependencias, conflictos con otros 
paquetes, versión, descripción, etc. 



Contenido 

complementario 



Con dpkg también pode- 
mos utilizar patrones para 
seleccionar, instalar, elimi- 
nar, ... los paquetes del sis- 
tema. 



Para instalar nuevos paquetes podemos utilizar el parámetro "-i" 
seguido del nombre del archivo. Si nos da problemas de dependen- 
cias, podemos ignorarlas con "--ignoredepends=X", donde la 
"x" indica la dependencia, aunque debemos vigilar mucho cómo 
utilizamos este parámetro porque al ignorar dependencias es posible 
que el programa instalado no funcione correctamente. Si sólo quisié- 
ramos descomprimir el archivo ".deb"para ver qué contiene, tam- 
bién podríamos utilizar "-x". Para eliminar los paquetes, debemos 
pasar "-r" seguido del nombre del paquete, que lo elimina del sis- 
tema, pero guardando sus archivos de configuración (con "-P" se 
elimina todo). 



163 




Otro parámetro muy interesante es el de "--force-things X" 

(donde la "x" es una de las siguientes opciones), que nos puede ayu- 
dar en alguno de los casos que mostramos a continuación: 

• "auto-select": selecciona automáticamente los paquetes que se 
deben instalar o desinstalar con el nuevo paquete que elegimos. 

• "downgrade": instala el paquete aunque haya versiones más 
nuevas del mismo. 

• "remove-essential": aunque el paquete esté considerado 
como esencial en el sistema, lo elimina. 

• "depends": no tiene en cuenta las dependencias, las considera 
como alertas. 

• "depends-version": no tiene en cuenta dependencias de ver- 
sión de los paquetes. 

• "conflicts": instala el paquete, aunque entre en conflicto con 
algún otro del sistema. 



Aunque todos los programas que hemos ido comentado a lo largo 
de esta sección tienen muchísimas opciones y existen muchos otros 
programas, con los que hemos especificado ya nos bastará, con el 
sistema de paquetes de la distribución que utilicemos, para realizar 
casi cualquier tarea que sea necesaria. Si bien ya hemos comentado 
que con programas como el dselect o aptitude ya podremos 
realizar las tareas básicas de instalación y eliminación de paquetes, 
es importante conocer adecuadamente estos otros comandos porque 
para realizar operaciones específicas o para automatizar los proce- 
sos de selección e instalación pueden ser muy útiles. 



8.3. Compilación de nuevos programas 



En la administración de cualquier servidor es muy probable que en 
algunos casos nos encontremos que debemos utilizar algún pro- 
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grama que nuestra distribución no tiene o que necesitemos la últi- 
ma versión de un servidor de aplicaciones que todavía no está 
convenientemente empaquetado, etc. En estos casos, siempre po- 
demos descargarnos el código fuente del programa y compilarlo 
manualmente. Es importante comprender la diferencia que existe 
entre compilar un programa para conseguir su ejecutable que des- 
cargar directamente el binario. Cuando compilamos un programa, 
éste utiliza las librerías disponibles en el sistema, mientras que si lo 
descargamos directamente, lo más probable es que no funcione 
adecuadamente porque intentará utilizar alguna librería que no 
será exactamente igual a la que tengamos instalada en el sistema. 
Por ello, lo más recomendable, cuando necesitemos instalar un 
nuevo programa del que no disponemos del paquete correspon- 
diente, es compilarlo de nuevo. 

Al bajar las fuentes de una aplicación, nos encontraremos con un fi- 
chero empaquetado y comprimido con tar y gzip o similares. Es 
usual añadir un fichero llamado README en el cual se explica paso 
a paso todas las acciones necesarias para compilar correctamente el 
programa. Aunque es recomendable leerlo, en la mayoría de casos, 
el proceso de instalación siempre es el mismo. 

Lo primero que debemos hacer para compilar el nuevo programa 
es descomprimirlo y desempaquetarlo. Una vez hecho esto, dispon- 
dremos del código fuente estructurado en varios directorios. En su 
raíz, podemos encontrar (o no) un fichero llamado Makefile. Este 
archivo indica al compilador qué librerías se utilizan, cómo se de- 
ben compilar los archivos de código, etc. Si tenemos este Makefi- 
le, ya podemos compilar el programa ejecutando make. No hace 
falta que le pasemos ningún parámetro porque por defecto ya bus- 
ca el fichero de Makefile y ejecuta las acciones que se especifi- 
can en él. Si el proceso no ha dado ningún error, ya podremos 
mover el ejecutable generado para ponerlo en alguno de los direc- 
torios del PATH configurado; de este modo, siempre que lo quera- 
mos ejecutar no tendremos que escribir su ruta completa. Muchos 
Makefile proporcionan, asimismo, instrucciones para que poda- 
mos ahorrarnos este último paso. Generalmente, ejecutando 
"make install" el mismo programa se encarga de situar adecua- 
damente los binarios y, si existieran, los archivos de documenta- 
ción. Finalmente, si no nos interesara guardar el código fuente del 



Contenido 

complementario 



Al compilar un programa es 
muy probable que necesite- 
mos tener instaladas en el sis- 
tema las fuentes o las 
cabeceras de las librerías que 
utiliza. Generalmente, estos 
paquetes suelen tener el mis- 
mo nombre que la librería, 
pero añadiendo "-dev" (de 
desarrollo) al final. 



Contenido 

complementario 



El proceso de compilación de 
un programa puede durar 
desde segundos a horas, 
según la aplicación. Por 
ejemplo, la compilación del 
núcleo Linux va desde 5 o 1 0 
minutos a las 2 horas (según 
la versión del núcleo y la po- 
tencia del ordenador). 
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programa, ya podemos eliminar todo el contenido de los directo- 
rios creados. 



Si el programa no incorpora el archivo de Makefile, generalmente 
se suele incluir algún shell script para generar automáticamente este 
fichero (habitualmente, este script se suele nombrar configure). Al 
ejecutar este shell script se comprobará que el sistema tenga instala- 
das todas las librerías necesarias para una buena compilación y, si 
faltara alguna, se daría un mensaje de aviso. Una vez ejecutado co- 
rrectamente este shell script, ya dispondremos del Makefile, con lo 
que el proceso vuelve a ser el mismo que anteriormente. En la si- 
guiente figura podemos ver todo esto de forma gráfica: 



ARCHIVO COMPRIMIDO 



; gunzip nombreArchivo.tar.gz 
; tar -xf nombreArchivo.tar 



descompresión 



ESTRUCTURA, DE DIRECTORIOS 
CON EL CODIGO FUENTE 




i existe el MakeFile 



existe el MakeFile 



EJECUTAMOS EL CONFIGURE 
PARA GENERAR EL MAKEFILE 



! ./configure 



COMPILAMOS EL PROGRAMA 
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Aunque la mayoría del código fuente de los programas se organiza 
de la forma como hemos expuesto, también es posible que nos en- 
contremos con otros tipos de instalación. Hay alguno que incorpora 
menús, entornos en X u otros métodos más amenos. Últimamente, 
también empiezan a aparecer algunas aplicaciones que permiten 
realizar todo el proceso de instalación bajando el código directa- 
mente de Internet. 
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9. Taller de configuraciones básicas 



9.1 . Introducción 

En el segundo taller hemos aprendido a instalar un sistema básico para 
que, a partir de éste, podamos empezar a montar un sistema a medida 
de nuestras necesidades. Éste será el objeto de estos dos últimos talleres. 
En el primero, después de concretar algunos aspectos referentes a la 
configuración del sistema de instalación de paquetes, quedarán senta- 
das las bases para poder instalar las aplicaciones necesarias. A conti- 
nuación, aprenderemos a utilizar las distintas herramientas que nos 
ofrece Debian para la gestión de paquetes, es decir, para instalar, 
desinstalar, actualizar, etc. aplicaciones, e instalaremos y configurare- 
mos algunas de ellas, que son comunes y necesarias en la mayoría de 
sistemas tipo UNIX. El último taller está plenamente orientado al sistema 
gráfico. En él aprenderemos a instalarlo, configurarlo, adaptarlo a 
nuestras preferencias y, por último, aprenderemos a instalar y utilizar 
aplicaciones que se sirven de este sistema para poder correr. 



9.2. El gestor de arranque 



En primer lugar debemos asegurarnos de instalar un sistema de arran- 
que que sea capaz de gestionar sin problemas los posibles sistemas 
operativos que tengamos instalados en nuestro ordenador. Esta cues- 
tión ya se abordó superficialmente en el taller anterior, durante el pro- 
ceso de instalación. Si ya tenemos instalado el gestor de arranque y 
hemos comprobado su correcto funcionamiento, podemos pasar a la 
sección siguiente; pero si no es así, es decir, si para arrancar nuestro 
sistema operativo necesitamos del disquete de rescate que creamos 
durante el proceso de instalación, ha llegado el momento de instalar 
un sistema de gestión de arranque en el disco duro para evitar la te- 
diosa tarea de utilizar cada vez el disquete. De cualquier modo, siem- 
pre es interesante tener instalado un sistema gestor de arranque, ya 
que nos permitirá, entre otras cosas, poder arrancar diversos kernels. 
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Tal como se ha expuesto, hay distintos gestores de arranque, entre 
ellos Li lo y Grub. Grub es un poderoso sistema gestor de arranque, 
del proyecto GNU, que se caracteriza por poder gestionar correc- 
tamente el arranque de cualquier sistema operativo que tengamos 
instalado en nuestro ordenador, no obstante, su uso y su configu- 
ración son un tanto complejos. Lilo es el gestor que se diseñó ini- 
cialmente para gestionar los arranques de los kernels Linux, se 
caracteriza por tener un sistema de instalación más intuitivo, ade- 
más de ofrecer la posibilidad de forma sencilla, mediante una sola 
línea de comandos, de reestablecer la imagen de la MBR anterior 
si algo ha ido mal; aspecto muy interesante, sobre todo si en nues- 
tro disco duro conviven distintos sistemas operativos, ya que escribir 
en la MBR puede inutilizar alguno de ellos, en especial si se trata de 
sistemas Microsoft™. 

De cualquier forma, si no disponemos de gestor de arranque y que- 
remos instalar uno, lo primero que debemos hacer es arrancar el sis- 
tema operativo que tenemos y comprobaremos si la aplicación está 
instalada, haciendo, por ejemplo, un man de la aplicación. 



9.2.1. Instalación de Lilo 

El archivo de configuración de Lilo se encuentra en /etc/lilo . conf . 
El archivo está bien documentado y, por consiguiente, es fácil de 
modificar mediante un editor de texto y adaptarlo a nuestras nece- 
sidades. Una vez hayamos hecho las modificaciones que conside- 
ramos oportunas, lo que haremos es ejecutar como root la 
instrucción lilo para transferir a la MBR el contenido del fichero 
de configuración. 

Como medida de precaución, lo que haremos inmediatamente des- 
pués es reiniciar el ordenador, por ejemplo mediante el comando 
reboot, y comprobaremos que todos los sistemas operativos que te- 
nemos instalados arrancan correctamente. Si no fuese así, lo que se 
debe hacer es volver a arrancar nuestro recién instalado sistema 
operativo (mediante Lilo, si éste es capaz de hacerlo, o mediante el 
disquete de rescate -el que hemos utilizado hasta el momento para 
arrancar el sistema-) y ejecutar la instrucción siguiente para reesta- 
blecer la copia de seguridad del la MRB que Lilo ha hecho antes de 
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escribir sobre ella; con ello estaremos en la misma situación que es- 
tábamos antes de ejecutar lilo: 

brau: ~# lilo -U 

Una vez hecho esto, debemos proceder a estudiar el porqué de los 
errores y tratar de corregirlos; ha llegado el momento de empezar a 
leer documentación, empezando por los mans, las FAQ, la docu- 
mentación que podemos encontrar en /usr/share/doc/lilo/ 
etc. Una vez hechos los cambios pertinentes, repetiremos el proceso 
anterior. 

Puede suceder que tras diversos intentos lleguemos a la conclusión 
de que: o Lilo no puede o no sabemos configurarlo correctamente 
para arrancar todos los sistemas operativos que tenemos instalados 
en el ordenador. Ha llegado el momento de probar con otros gesto- 
res, como puede ser Grub. 



9.2.2. Instalación de Grub 

Grub no viene instalado por defecto, por este motivo, antes de usarlo 
debemos proceder a su instalación. Para ello, podemos proceder a 
leer las secciones posteriores para informarnos sobre el sistema ges- 
tor de paquetes, su configuración y su uso; o simplemente, en caso 
de que durante la instalación hayamos introducido en la base de da- 
tos los contenidos de todos los CD o que hayamos optado por una 
instalación por red, ejecutaremos la línea siguiente: 

brau:'# apt-get install grub grub-doc 

Si no deseamos instalar el paquete de documentación, se puede 
omitir el último parámetro de la línea anterior. 

Una forma recomendable de trabajar con Grub es hacer, antes de 
escribir en la MRB, las pruebas que se estimen oportunas sobre un 
disquete y probar su correcto funcionamiento arrancando desde és- 
te. Para ello, lo primero que haremos es copiar los ficheros necesa- 
rios en /boot/: 



brau:'# cp /usr/lib/grub/i38 6-pc/stage* /boot/ 
brau:'# cp /usr / share/doc/grub/examples /menú . ls t /boot/ 
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Una vez hecho esto, editaremos el fichero de configuración de Grub, 
/boot/menu.lst, y lo adaptaremos a nuestras necesidades. Esta ope- 
ración puede ser un tanto compleja, debido, entre otras cosas, al 
cambio de nomenclatura en lo que hace referencia a los discos du- 
ros; así pues, para identificar en qué dispositivo se halla un fichero 
en concreto, podemos ayudarnos del comando finó una vez haya- 
mos entrado en el modo de comandos de Grub mediante Grub. Así 
pues, por ejemplo, para localizar un fichero, cuya ubicación seguro 
que necesitaremos especificar en el fichero de configuración de 
Grub, como puede ser /vmlinuz, procederemos de la manera si- 
guiente: 



brau: '# grub 

GRUB versión 0.91 (640K lower / 3072K upper memory) 

[ Minimal BASH-like line editing is supported. For the 
f irst 

word, TAB lists possible command completions. 

Anywhere else TAB lists the possible completions 
of a device/ f ilename . ] 

grub> find /vmlinuz 
(hd2 , 0) 

Grub cuenta con muchos más comandos, para ver un listado de al- 
gunos de ellos basta con pulsar la tecla TAB en la línea de comandos 
para obtener lo siguiente: 



grub> 

Possible commands are: blocklist boot cat chainloader 
cmp color configfile deb ug device displayapm displaymem 
embed find fstest geometry halt help hide impsp robe initrd 
install ioprobe kernel lock makeactive map md5crypt module 
moduleno unzip partnew parttype password pause quit read 
reboot root rootnoverify savede fault serial setkey setup 
terminal testload testvbe unhide uppermem vbeprobe 



grub> 
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Para obtener ayuda de algún comando en concreto, basta con te- 
clear help seguido del nombre de dicho comando. Una buena for- 
ma de trabajar sobre nuestro fichero de configuración de Grub, / 



boot/menu . lst es abriendo una nueva sesión en una tty distinta 
e ir modificando dicho fichero a medida que vayamos trabajando so- 
bre la interfaz de comandos de Grub. 

Una vez hayamos terminado de editar el fichero de configuración, y 
tras introducir un disquete virgen en la disquetera, teclearemos -sus- 
tituyendo el carácter X por el número de disco duro, e Y por la par- 
tición correspondiente- la línea de comandos siguiente: 

grub> install (hdX, Y) /boot/stagel d (fdO) (hdX, Y) /boot/ stage2 p (hdX, Y) /boot/menu . lst 

Con la línea anterior hemos transferido al disquete (fdO) la informa- 
ción de la MBR (stagel ), Grub y su interfaz de comandos (stage2), y 
el menú de arranque que hayamos configurado en el fichero / 
boot/menu . lst. Estamos, pues, en condiciones de reiniciar la má- 
quina, arrancar mediante el disquete que acabamos de crear y com- 
probar si nuestra configuración es correcta. 

Es muy interesante disponer de un disquete con Grub, ya que, me- 
diante su interfaz de comandos, podemos intentar arrancar directa- 
mente los distintos sistemas operativos que tengamos instalados, con 
el objeto de ir haciendo pruebas para depurar el contenido del fi- 
chero /boot/menu .lst. A modo de ejemplo, se expone el pro- 
cedimiento que hay que seguir para arrancar un sistema 
Microsoft™ instalado como (hd0,0) y a continuación los coman- 
dos necesarios para arrancar un sistema GNU/Linux instalado 
como (hdl ,0): 

Para un sistema Microsoft: 

grub> rootnoverify (hd0,0) 
grub> makeactive 
grub> chainloader +1 
grub> boot 

Para un sistema GNU/Linux: 

grub> kernel (hdl , 0 ) /vmlinuz root=/dev/hdcl 
grub> boot 
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Una vez tengamos en nuestro disquete el sistema de arranque de- 
finitivo que deseamos implementar, simplemente debemos trans- 
ferir esta misma configuración a la MBR del disco duro de 
arranque, desde la misma línea de comandos del disquete teclea- 
remos: 

grub> install (hdX, Y) /boot/ stagel d (hdO, 0) (hdX, Y) /boot/ stage2 p (hdX, Y) /boot/menu . lst 

Como se ha dicho, utilizar Grub es un tanto más complejo que Li- 
ta, por esta razón se recomienda que antes de embarcarse en su 
instalación y posterior configuración, se lea detenidamente tas 
mans y la documentación que se ha instalado con el paquete 
Grub-doc, también accesible en http://www.gnu.org/ 
software /grub/. 



9.3. El sistema de paquetes 



Ha llegado el momento de analizar y aprender a utilizar el sistema 
de paquetes de Debian, probablemente el más sólido y fiable de 
cuantos existan en el mundo GNU. 

En tas subsecciones siguientes aprenderemos a configurar su base 
de datos, a manipularla, a instalar paquetes, actualizarlos, etc. En 
muchas ocasiones hay distintas maneras de obtener el mismo re- 
sultado. Se expondrán algunas de ellas, con dos objetivos principa- 
les: el primero, para que el lector pueda optar por la que más le 
interese, y el segundo, porque es interesante conocer siempre más 
de una solución a un mismo problema, por si acaso alguna de ellas 
faltara. 



Actividad 

13. Para la plena comprensión del funcionamiento del 
sistema de paquetes Debian, se recomienda la lec- 
tura de: 

• APT HOWTO: http://www.de.debian.org/doc/ 
manuals/a pt-howto/index.en.html 
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• http://www.de.debian.org/doc/manuals/ 
debian-faq/ch-pkg basics.en.html 

• http://www.de.debian.org/doc/manuals/ 
debian-faq/ch -pkgtools.en.html 

• Los mans de: apt, apt-cache, apt-get, 
sources . list, dpkg ydselect. 

Nota: Para hacer estas lecturas más asequibles, pode- 
mos esperar a realizarlas cuando tengamos configurada 
la impresora y hayamos aprendido a imprimir mans. 



9 . 3 . 1 . /etc/apt/sources.list 

El archivo /etc/apt/sources . list es el corazón de la configu- 
ración del sistema de paquetes de Debian. Al tratarse de un fichero 
de texto, como la mayoría de ficheros de configuración en los siste- 
mas UNIX, lo podemos editar manualmente, o bien mediante algu- 
nas herramientas de las que dispone el sistema para tal fin. 

El contenido de este fichero dependerá en gran medida de la veloci- 
dad con que podamos acceder a Internet, si es que lo podemos ha- 
cer. Pero en ningún caso debemos olvidar ejecutar la instrucción 
siguiente como root, una vez hayamos modificado el fichero: 

brau : /etc/apt# apt-get update 

Si no lo hiciéramos, la base de datos del sistema de paquetes no se 
actualizaría y, en consecuencia, ninguno de los cambios realizados 
surgiría efecto. En una instalación donde los paquetes se obtengan 
de forma remota, este comando debe ser ejecutado periódicamente 
para ir actualizando la base de datos; por este motivo, no es mala 
idea incluirlo dentro del sistema cron. 

Cada línea de este fichero hace referencia a una fuente de paquetes 
y los campos van separados por un espacio. En primer lugar especi- 
ficaremos si la fuente de paquetes es de paquetes binarios deb o si 
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es de código fuente deb-src. En el segundo campo especificaremos 
la forma de acceder a éstos: CD-ROM, http, ftp, etc. seguido de la 
dirección de acceso. Los campos restantes hacen referencia al tipo 
de paquetes al que queremos acceder por esta línea. 



/etc/apt/sources . list con acceso rápido a Internet 

En el mejor de los casos dispondremos de un acceso rápido a Inter- 
net. Esto, probablemente, ya nos habrá permitido hacer la instala- 
ción del sistema básico por red, además de disponer siempre de las 
últimas versiones de los paquetes. Se trata, además, de la forma más 
cómoda de trabajar con paquetes, ya que no tenemos ni siquiera 
que preocuparnos de insertar el CD correspondiente para hacer una 
instalación. 

De lo que debemos cerciornarnos, antes que nada, es de que el con- 
tenido de /etc/apt/sources . list sea correcto. A continuación 
se muestra un ejemplo: 



deb http://ftp2.de.debian.org/debian/ stable main non-free contrib 
deb-src http://ftp2.de.debian.org/debian/ stable main non-free contrib 
deb http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free 
deb-src http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free 
deb http://security.debian.org/ stable/updates main contrib non-free 



Todas las direcciones anteriores son oficiales, es decir, reconocidas 
por Debian. Aparte de estas fuentes, también se pueden utilizar pa- 
quetes no oficiales, que por no ser oficiales no significa que carezcan 
de calidad suficiente como para ser incluidos en nuestro fichero de 
configuración. Una buena dirección para obtener información acer- 
ca de la localización de estos paquetes es http://www.apt- 
get . org. 

Una vez editado el fichero y salvado, ejecutaremos el comando 
"apt-get update" y tras unos instantes, en los cuales el sistema 
de paquetes reconfigurarará su base de datos y visualizará por pan- 
talla los distintos accesos que se realizan, ya tendremos acceso a los 
nuevos paquetes. 



176 



/etc/apt/sources . list sin acceso rápido a Internet 



En el caso de no disponer de conexión a Internet o de ser lenta, de- 
bemos optar, sin dudarlo, por utilizar el juego de CD de la distribu- 
ción para ir instalando los distintos paquetes. Si durante el proceso 
de intalación no hemos insertado todos los CD, habrá llegado el mo- 
mento de hacerlo. Insertamos el primer CD-ROM en el lector y usa- 
mos el comando apt-CD-ROM para incluir sus contenidos en la 
base de datos: 

brau : /etc/apt# apt-CD-ROM add 
Using CD-ROM mount point /CD-ROM/ 



Repeat this process for the rest of the CDs in your 
set . 



Llegados a este punto, repetiremos el mismo proceso para todos y 
cada uno de nuestros CD de la distribución. Asimismo, puede utili- 
zarse el mismo procedimiento para incorporar datos procedentes de 
CD-ROM no oficiales. 

Una vez tengamos configurado nuestro acceso a Internet, si lo estima- 
mos oportuno, podemos incluir fuentes de paquetes de acceso reomo- 
to. Para ello editaremos el fichero /etc/apt/sources . list y 
después de ejecutar "apt-get update", tendremos disponibles los 
nuevos paquetes. 



9.3.2. apt 

apt es acrónimo de Advanced Package Tool, que, como ya se ha di- 
cho en diversas ocasiones, es el sistema básico encargado de la ad- 
ministración de paquetes de las distribuciones basadas en Debian. 
apt pone a nuestra disposición esencialmente dos herramientas: 
atp-gety apt-cache. El primer comando lo puede utilizar única 
y exclusivamente elroot del sistema, ya que es la herramienta de ges- 
tión de paquetes: instalación, desinstalación, actualización, etc., 
mientras que el segundo, al ser un comando orientado a la búsque- 
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da de información dentro de la base de datos, ya sean paquetes ins- 
talados o sin instalar, puede ser utilizado por cualquier usuario. 

Con el objeto de facilitar el manejo de paquetes, se han desarrollado 
otras aplicaciones que corren por encima de apt, como puede ser el 
middle-end dpkg o los front-end dselecto aptitude. Pero antes 
de adentrarnos en los distintos sistemas de administración de paque- 
tes, debemos conocer algunos conceptos acerca de éstos y de su re- 
lación con el sistema y el sistema de gestión. 



Tipos de paquetes según su prioridad 

Dentro del sistema de paquetes se distinguen cinco tipos distintos se- 
gún su grado de dependencia con el mismo sistema. Por orden de- 
creciente de prioridad se clasifican como: 

Required. Se trata de paquetes indispensables para el correcto fun- 
cionamiento del propio sistema. 

Important. Se trata de paquetes que deberían estar presentes en 
cualquier sistema tipo UNIX. 



Standard. Se trata de paquetes que comúnmente se encuentran en 
un sistema GNU/Linux. Por lo general son aplicaciones de tamaño 
reducido, pero que ya no son indispensables para el sistema. 

Optional. Se trata de paquetes que pueden estar o no, presentes 
en un sistema GNU/Linux. Entre otros, dentro de este grupo se ha- 
llan todos los paquetes referentes al sistema gráfico, ya que éste 
no se considera indispensable. En realidad, en muchos servidores, 
con el objeto de aumentar su rendimiento se prescinde del entorno 
gráfico. 



Extra. Son paquetes que, o bien presentan conflictos con paquetes 
con prioridad superior a la suya o bien porque requieren de configu- 
raciones especiales que no los hacen aptos para ser integrados como 
optional. 
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Podemos determinar a qué grupo pertenece un paquete en concreto 
mediante, por ejemplo, la sentencia "apt-cache show cnombre 
del paquete>" y consultar el contenido del campo Priority : 



Grado de dependencia entre paquetes 

apt se caracteriza por su gran consistencia a la hora de gestionar las 
dependencias que existen entre paquetes. Puede, por ejemplo, que 
una determinada aplicación que queremos instalar dependa de una 
librería y, en consecuencia, de otro paquete que no tengamos insta- 
lado. En este caso, apt nos informará de esta dependencia y nos pre- 
guntará si queremos que, ¡unto con la aplicación que vamos a 
instalar, se instale el paquete que contiene dicha librería. Las relacio- 
nes entre paquetes se clasifican de la manera siguiente: 

depends. El paquete que queremos instalar depende de estos pa- 
quetes y, por consiguiente, si queremos que este paquete funcione 
correctamente, debemos permitir que apt instale el resto de ellos. 



recommends. El responsable del mantenimiento del paquete ha es- 
timado que normalmente los usuarios que vayan a instalar este pa- 
quete también usarán los que recomienda. 



suggests. Los paquetes que se sugieren permiten obtener un mayor 
rendimiento del paquete que vamos a instalar. 

conflicts. El paquete que vamos a instalar no funcionará correcta- 
mente si estos otros paquetes están presentes en el sistema. 



replaces. La instalación de este paquete implica la desinstalación de 
otros paquetes. 

provides. El paquete que vamos a instalar incorpora todo el conte- 
nido de los paquetes mencionados. 



Podemos determinar las dependencias de un paquete, por ejemplo, 
la sentencia "apt-cache depends <nombre del paquete>". 
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Acciones sobre los paquetes 

Mediante los flags siguientes, dpkg o dselect nos informará acerca 
de lo que el usuario pretende hacer con dichos paquetes: 

unknown. Nunca se ha hecho referencia a dicho paquete. 

install. Se quiere instalar o actualizar el paquete. 

remove. Se quiere desinstalar el paquete, pero manteniendo sus fi- 
cheros de configuración (comúnmente situados en /etc/). 

purge. Se quiere desinstalar por completo el paquete, inclusive sus 
ficheros de configuración. 

hold. Se quiere indicar que no se quiere realizar ninguna operación 
sobre este paquete (es decir, que se mantenga hasta nuevo aviso su 
versión y su configuración). 



Estado de instalación de los paquetes 

Dentro del sistema un paquete se puede hallar: 

installed. El paquete ha sido instalado y configurado correctamente. 

half-installed. La instalación del paquete se ha comenzado, pero, 
por alguna razón, no ha terminado. 

not-installed. El paquete no está instalado en el sistema. 

unpacked. El paquete ha sido desempaquetado, pero no configurado. 

half-installed. El paquete ha sido desempaquetado y se ha iniciado 
el proceso de configuración, pero por alguna razón éste no ha ter- 
minado. 

config-files. Sólo existen, en el sistema, los archivos de configuración 
de dicho paquete. 
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apt-cache 



Como ya se ha dicho, apt-cache es un comando orientado al aná- 
lisis del sistema de paquetes y, por tanto, al no ser un arma poten- 
cialmente peligrosa para el sistema, es accesible a todos sus 
usuarios. Los parámetros más utilizados para este comando son los 
siguientes: 

search pattern. Busca en la base de datos los paquetes cuyo nombre 
contenga pattern o en cuya descripción aparezca pattern (si el resul- 
tado es un lista extensa debido a que pattern es muy general, se pue- 
den utilizar pipes y grep para filtrar estos resultados). 

show package. Innforma acerca del paquete. 

policy package. Informa acerca del estado de instalación, la versión 
y revisión del paquete, y su procedencia. 

depends package. Explícita las dependencias del paquete. 

show package. Muestra las dependencias directas y las reversas del 
paquete. 



apt-get 

apt-get es el comando que se utiliza para gestionar los paquetes del 
sistema. Por este motivo su uso está restringido al root del sistema. Los 
parámetros más utilizados para este comando son los siguientes: 

install package. Instala el paquete. Si éste depende de paquetes que 
no se encuentran en el sistema, apt nos informará de ello, y nos pre- 
guntará si ¡unto con el paquete en cuestión queremos instalar los pa- 
quetes de los que depende y que no están instalados; por lo general 
es interesante seguir los consejos de apt. 

update. Actualiza la base de datos de apt. Este comando debe ejecutar- 
se cada vez que se modifica el archivo /etc/apt/sources . list. 

upgrade. Fuerza la actualización de todos los paquetes instalados en 
el sistema a la última versión disponible. 



remove package. Elimina el paquete, sin eliminar los ficheros de 
configuración, de cara a posibles reinstalaciones. 

remove -purge package. Elimina por completo el paquete, incluyen- 
do sus archivos de configuración. 

clean. Elimina las copias caducadas de los paquetes que se ha ido 
instalando, proceso en el cual se almacena de manera automática 
una copia del paquete sin desempaquetar en /var/cache/apt/ 
archives cuando se instala un paquete. Comando muy útil de 
cara a liberar espacio del disco duro, ocupado por ficheros que, pro- 
bablemente, nunca más serán utilizados. 



autoclean. Elimina todas las copias no desempaquetadas de los pa- 
quetes, independientemente de su vigencia. 



9.3.3. dpkq 

dpkg es acrónimo de Debían Package Manager y fue concebido 
como back-end de apt. Los parámetros más utilizados son los si- 
guientes: 

- I. Para listar todos los paquetes de la base de datos y su estado 
de instalación (generalmente esta opción se combina con grep). 

- L package. Para listar los ficheros contenidos en el paquete. 

- r package. Tiene el mismo efecto que apt-get remove package. 

- P package. Tiene el mismo efecto que apt-get remove -- 
purge package. 

- p package. Tiene el mismo efecto que apt-get show package. 

- s package. Describe el estado de instalación del paquete. 

- S file. Busca a qué paquetes pertenece el fichero. 
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9.3.4. dselect 



dselect es una GUI ( Graphlcal User Interface ) que corre sobre apt. 
Para entrar en ella, basta con teclear el comando dselect, y me- 
diante los menús de esta interfaz ir seleccionando los distintos pa- 
quetes sobre los cuales queremos operar y especificar qué tipo de 
operación deseamos hacer sobre ellos. 



9.3.5. aptitude 

aptitude es otra GUI que corre sobre apt. Por defecto no viene insta- 
lada, por lo que hay que hacerlo antes de proceder a su uso: 

brau : /etc/apt# apt-get install aptitude 



Una vez instalada, la lanzamos mediante el comando aptitude, 
y enseguida veremos que su uso es igual o más simple que el de 
dselect, ya que dispone de menús desplegables accesibles median- 
te FIO. 



9.4. locales: configuración regional 



Aunque aparentemente nuestro teclado funcione correctamente, ya 
que podemos utilizar acentos, diéresis y otros caracteres no ingleses, 
a medida que vayamos adaptando el sistema a nuestras necesida- 
des, y especialmente cuando instalemos el sistema gráfico y haga- 
mos correr aplicaciones sobre él en el próximo taller, nos daremos 
cuenta de que esto no es así. Podemos, pues, en este punto proceder 
a configurar correctamente estos aspectos para no tenerlo que hacer 
más adelante. 

En primer lugar comprobaremos si el paquete locales está ins- 
talado: 



brau:/# dpkg -1 | grep locales 

ii locales 2.2.5-11.2 GNU C Library: National Language (lócale) da 
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Lectura complementaria 



Para saber más acerca de 
locales, se recomienda visi- 
tar la página: 
http://www.uniulm.de/ s smasch/ 
lócale/. 



Si no obtenemos la última línea, debemos proceder a instalar el pa- 
quete y configurarlo: 



brau:/# apt-get install locales 



Y si ya disponemos de él, teclearemos la siguiente línea para recon- 
figurarlo: 



brau:/# dpkg-reconf igure locales 

De las muchas opciones que se nos ofrecen, elegimos [*] es ES 
ISO-8859-1, es decir, nos situamos sobre dicha opción y pulsamos 
la barra espadadora. Mediante TAB, nos situamos sobre OK y pul- 
samos INTRO. En la próxima pantalla seleccionamos C. 



De vuelta a la línea de comandos, editamos el fichero /etc/environment 
para dejarlo de la manera siguiente: 



LC_ALL=es_ES 
LANGUAGE=en_US 
LC_TYPE=es_ES 
LC_MESSAGES=IS08 85 9-1 

LANG=C 



Para hacer efectivo el cambio, basta con teclear el comando locale-gen, 
y saldremos de todas las sesiones que tengamos abiertas para car- 
gar la nueva configuración. 



9.5. Configuración de man y su pager 



Puede que al intentar invocar man nos dé un error del tipo: 

Reformatting man(l) , please wait... 

sh: /usr/bin/pager : No such file or directory 

sh: exec: /usr/bin/pager: cannot execute: No such file or directory 
man: command exited with status 32256: /usr /bin/zsoelim /tmp/zmanZp jojO | 
/usr/bin/tbl | /usr/bin/nrof f -mandoc -Tlatinl | exec /usr/bin/pager -s 
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En este caso, no tenemos ningún paginador asignado a /usr/bin/ 
pager, de modo que man lo pueda utilizar para mostrarnos los 
contenidos de ayuda. Es más, probablemente no tengamos ningún 
paginador instalado. En ambos casos, lo que haremos es intentar 
instalar less, seguramente el paginador más utilizado para man: 

brau:/# apt-get install less 

En el caso de que el paquete no esté instalado, se nos abrirá una 
pantalla de configuración, a la que en principio, contestaremos ne- 
gativamente, opción por defecto. Con esto ya habremos instalado 
less, y probablemente ya se haya asignado él mismo como pagi- 
nador de man. Si no fuera así (lo podríamos probar ejecutando un 
man man, por ejemplo), o si less ya estuviera instalado, utilizaría- 
mos el comando siguiente para asignarlo como paginador (también 
se puede utilizar para cambiar de paginador, por ejemplo, para 
cambiar a more, j less, o cualquier otro paginador): 

brau:/# update-alternatives --config pager 

Lo que hace el comando anterior, en el caso del paginador, y en ge- 
neral con el resto de aspectos configurables mediante él, es crear en- 
laces simbólicos. Para el caso del paginador éstos son: 

/etc/alternatives/pager -> /usr/bin/less 
/usr/bin/pager -> /etc/alternatives/pager 



9.6. El archivo principal de arranque, /etc/inittab 



Aunque el proceso de arranque de un sistema GNU/Linux es com- 
plejo, en esta sección sólo se pretende trabajar sobre uno de los fi- 
cheros principales de este proceso: /etc/inittab. Este archivo 
indica al proceso de arranque, entre otros, a qué runlevel se entra- 
rá, y definirá qué procesos se arrancarán de forma automática du- 
rante el proceso de arranque. Para saber en qué runlevel nos 
hallamos, basta con teclear el comando runlevel. Para cambiar 
de runlevel , como root, usaremos la instrucción init Crunlevel 
de destino>. 



185 



Es interesante abrir este fichero e irse familiarizando con su conteni- 
do, ya que esto nos permitirá comprender mejor el proceso de arran- 
que de un sistema GNU/Linux. 



9.7. Montaje de dispositivos, /etc/fstab 



/etc/fstab es el fichero que contiene la información acerca de las 
particiones y dispositivos que se montarán de forma automática durante 
el proceso de arranque, y las que se pueden montar posteriormente, así 
como también establece quién puede hacerlo. A continuación, se mues- 
tra el posible contenido de este fichero y se pasa a analizarlo: 



# /etc/fstab: static file system information. 

# 

# <file system> <mount point> <type> <options> <dump> 



<pass> 

/ dev/hdgl 


/ 


ext3 


errors=remount-ro 


0 


1 


/ dev/hdg2 


none 


swap 


sw 


0 


0 


proc 


/proc 


proc 


defaults 


0 


0 


/ dev/fdO 


/ floppy 


auto 


user, noauto 


0 


0 


/ dev/hdg5 


/usr 


ext3 


defaults 


0 


2 


/ dev/hdg6 


/var 


ext3 


defaults 


0 


2 


/ dev/hdg7 


/home 


ext3 


defaults 


0 


2 



/dev/CD-ROM /CD-ROM iso9660 ro, user , noauto 0 0 



/dev/hdcl /mnt/hdcl ntfs 
/dev/hdel /mnt/hdel ntfs 
/dev/hde5 /mnt/hde5 ntfs 



ro, user, noauto, gid=windows, umask=0007, utf 8 0 0 
ro, user, noauto, gid=windows, umask=0007, utf 8 0 0 
ro, user, noauto, gid=windows, umask=0007, utf 8 0 0 



/dev/hde6 

/dev/hde7 



/mnt/hde6 vfat utf 8, user, noauto 0 0 
/mnt/hde7 vfat utf 8 , user, noauto 0 0 



Las primeras líneas las ha generado automáticamente el proceso de ins- 
talación y en ellas podemos ver cómo están distribuidos los distintos di- 
rectorios dentro de la estructura puramente GNU/Linux. Quizás la línea 
que más llama la atención sea la proc /procproc defaults 0 0; 
ésta es la encargada del montaje del directorio virtual proc, del cual ya 
se habló en el primer taller. 
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Más interesantes son las líneas tipo /dev/hdcl /mnt/hdcl ntfs 
utf8, ro, noauto, user, gid=windows, umask=0007, utf8 0 0. 

En ellas se especifica el punto de origen y el punto de montaje de par- 
ticiones pertenecientes al sistema operativo Windows2000™, es decir, 
de tipo ntfs. En estas particiones no se puede escribir desde GNU/Linux, 
aunque sí que se puede leer su contenido, esto se ve reflejado en las op- 
ciones ro, noauto, user, gid=windows, umask=0007, utf8 (es 
fundamental no dejar ningún espacio en blanco entre opciones, ya 
que este carácter es el que se utiliza para separar los campos en este 
fichero). La primera indica que se trata de una partición de sólo lec- 
tura; la segunda, que no se monte automáticamente durante el pro- 
ceso de arranque del sistema; la tercera indica que esta partición la 
puede montar cualquier usuario; la cuarta opción indica que sólo po- 
drán acceder a ella los miembros pertenecientes al grupo Windows 
(definido en el fichero /etc/group); la penúltima opción establece la 
antimáscara de montaje y la última, la tabla de códigos a utilizar. 

Hay que tener presente que por defecto el Iceme/ que hemos instala- 
do no soporta el tipo ntfs. Por tanto, hay que cargar el módulo co- 
rrespondiente mediante el comando modconf y seleccionar la 

opcion kernel/fs/ntfs. 

Las últimas líneas del fichero anterior van destinadas a montar par- 
ticiones fat32, sobre las cuales sí que es posible escribir desde GNU/ 
Linux. Por esta razón es buena idea disponer siempre de una peque- 
ña partición con este tipo de formato, ya que será accesible tanto 
desde GNU/Linux, como desde Windows™. 

Si bien es cierto que es posible montar un sistema de ficheros desde 
la línea de comandos, como por ejemplo se haría para montar el 
CD-ROM, 

brau : /etc/apt# mount /dev/CD-ROM /CD-ROM -t iso9660 ro 

es mucho más cómodo tener la información introducida en el archivo / 
etc/fstab, ya que esto nos permitirá hacer lo mismo tecleando tan 
sólo: 

brau : /etc/apt# mount /CD-ROM 
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9.8. Configuración de dispositivos 

Una vez sentadas las bases para la administración de paquetes, po- 
demos abordar la tarea de empezar a configurar el sistema a la me- 
dida de nuestras necesidades. Este proceso consta, básicamente, de 
dos partes: configuración de los distintos dispositivos de hardware 
que tengamos instalados en el ordenador, e instalación del software 
que vamos a utilizar. 

La configuración del hardware del sistema suele ser la parte que 
cuesta más esfuerzo en general, ya que en cada ordenador encon- 
traremos dispositivos distintos, y por tanto cada ordenador será un 
mundo. Por lo general, en los sistemas GNU/Linux se puede confi- 
gurar cualquier dispositivo, por raro que éste sea, aunque en función 
de su grado de estandarización, esto será más o menos complicado. 
Pero también es cierto que durante este proceso es cuando más se 
aprende, ya que, por lo general, configurar un dispositivo implicará 
siempre ciertas tareas previas, como informarnos exactamente sobre 
qué tipo de dispositivo es del que disponemos, leer documentación 
acerca de cómo este tipo de dispositivos se integran en los sistemas 
GNU/Linux, cómo se hace esta integración para nuestro dispositivo 
en particular, etc. 

Dado que no todos los fabricantes de hardware dan soporte a los sis- 
temas GNU/Linux, y los hay que ni siquiera facilitan la información 
necesaria para que los desarrolladores de la comunidad puedan es- 
cribir el código necesario para poder integrar estos dispositivos al sis- 
tema operativo, se recomienda siempre que a la hora de adquirir 
hardware nuevo, nos informemos sobre cuál es exactamente el pro- 
ducto que deseamos adquirir (información en general mucho más 
precisa de la que suelen facilitar los proveedores de hardware, y de 
la cual, a veces, ni disponen), si éste está plenamente soportado, de 
qué información disponemos para integrar el nuevo producto en 
nuestro sistema, etc. Los aspectos generales que hay que considerar, 
a la hora de realizar una nueva adquisición, son a grandes rasgos: 
el grado de estandarización y calidad del producto. Por lo que a la 
estandarización se refiere, cuanto más estándar sea el producto, se- 
guro que más usuarios disponen de él y, por tanto, se hace mucho 
más probable que esté plenamente soportado. En cuanto a calidad 
del producto, hace ya algunos años que fabricantes de hardware, 
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para reducir costes, empezaron a sustituir funciones que inicialmente 
se implementaban vía hardware por soluciones software (siendo el 
caso más comúnmente conocido de esta práctica, quizás, la de los 
módems conocidos como winmódems). Esto se traduce, por una par- 
te, en una bajada de rendimiento del sistema, ya que presupone car- 
gar a la CPU con nuevas tareas, para muchas de las cuales ni 
siquiera ha sido diseñada y, por otra, la necesidad de disponer del 
software que suplante al hardware eliminado, y que, por lo general, 
sólo está desarrollado para cierto tipo de sistemas operativos; por 
esta razón, se recomienda en general rehuir de cualquier producto 
que se distinga por ser diseñado para un sistema operativo determi- 
nado. 

A lo largo de cada subsección de configuración se irán comentando 
algunos aspectos sobre los distintos dispositivos que nos podemos 
encontrar, y qué problemas llevan implícitos. 

Antes de empezar a configurar los distintos dispositivos de nuestro 
sistema, recordaremos algunas estrategias que nos pueden ser de 
utilidad para este fin. En primer lugar, mediante el comando lspci 
podemos obtener mucha información acerca de cómo estos disposi- 
tivos han sido reconocidos por el sistema durante el proceso de 
arranque. Si esta información no nos es suficiente, siempre podemos 
recurrir al directorio virtual /proc/ , donde queda registrada toda la 
información acerca del hardware del sistema, entre otras. También 
pueden ser de utilidad los ficheros de log, ubicados en /var/log/ 
(una práctica interesante para ver cómo evoluciona temporalmente 
el contenido de estos ficheros es utilizar el comando tail con el pa- 
rámetro "-f" y redireccionar su salida a una tty que no estemos 
usando; a modo de ejemplo "tail -f /var/log/messages > / 
dev/ttylO"). 

9.8.1 . Configuración del ratón 

Al igual que se ha hecho en el taller de KNOPPIX, el deamon que se 
encargará de gestionar el ratón será gpm. Procedamos pues a ins- 
talar el paquete: 

brau : /etc/apt# apt-get install gpm 
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Al finalizar la instalación, se arranca automáticamente un script para 
asistirnos en la configuración del ratón, los parámetros que debemos 
pasarle son esencialmente los mismos que le pasamos en su mo- 
mento en el taller de KNOPPIX, pero si algo fallase, siempre pode- 
mos volver a lanzar el programa de configuración mediante el 
comando gpmconfig (por lo general la configuración "-m /dev/ 
psaux -t ps2" debería ser válida para la mayoría de mice de tres 
botones PS2). La configuración que utilizará gpm cada vez que 
arranque se guarda en /etc/gpm. conf . 

Se recomienda que el ratón tenga tres botones, ya que se acostum- 
bra a asignar funciones a los tres, en especial en los entornos gráfi- 
cos. Por esta razón, si disponemos de un ratón de tan sólo dos 
botones, deberemos emular el tercero pulsando los dos a la vez. 



Arranque y parada de gpm 

Como ya se ha dicho, el programa encargado de gestionar el fun- 
cionamiento del ratón es un deamon. Por ello, tanto para lanzarlo 
como para detenerlo procederemos de la misma manera que se 
hace con cualquier deamon. Esta subsección servirá de ejemplo para 
mostrar cómo se arrancan y se paran los deamons. 

Tanto el arranque como la parada de un deamon se hace mediante 
un script residente en /etc/init . d/ . Por lo general, si se invoca 
este script sin ningún parámetro, él mismo nos mostrará una línea de 
ayuda para orientarnos en su uso. Procedamos pues a parar el dea- 
mon gpm: 

brau : /etc/init . d# ./gpm stop 
Stopping mouse interface server: gpm 

Mediante "ps aux" podemos comprobar que, efectivamente, no 
hay ningún proceso corriendo llamado gpm, y además podemos ver 
que si movemos el ratón, no se muestra nada por pantalla. Ahora 
procedamos a arrancarlo: 

brau : /etc/init . d# ./gpm stop 
Starting mouse interface server: gpm 
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Movamos el ratón y observemos cómo en pantalla aparece su pun- 
tero. Ahora procedamos a analizar si al arrancar el ordenador este 
deamon se arrancará automáticamente. El fichero /etc/inittab 
nos indica en qué runlevet se arrancará el sistema operativo: por de- 
fecto, el 2; por lo tanto, en dicho archivo deberíamos encontrar una 
línea como la que sigue: 

# The default runlevel . 
id:2:initdefault: 



Comprobemos pues si en el directorio /etc/rc2 . d/ existe un en- 
lace simbólico a /etc/init . d/gpm: 

brau : /etc/init . d# ls -1 ../rc2.d/ | grep gpm 

lrwxrwxrwx 1 root root 13 feb 21 13:03 S20gpm -> . . /init . d/gpm 

Si este enlace simbólico no existiera, y deseáramos que gpm se 
arrancase automáticamente durante el proceso de arranque, debe- 
ríamos crearlo manualmente mediante "ls -s". Si por el contrario 
el enlace existiera y no deseáramos que gpm se arrancara, durante el 
proceso de arranque bastaría con borrar este enlace simbólico; no 
obstante, no es recomendable borrar los Scripts de /etc/init. d, 
ya que son muy útiles de cara a arrancar y detener deamons. 



9.8.2. Configuración de módems 

Al igual que el resto de hardware, los módems se pueden configurar 
de modo totalmente manual, pero esta práctica, en general, ha pa- 
sado a formar parte del pasado, ya que con el tiempo se han ido de- 
sarrollando herramientas suficientemente potentes y fiables que nos 
pueden ayudar a ahorrarnos la tediosa tarea de configurar un mó- 
dem manualmente. Una de estas herramientas es pppconfig, que es 
la que se propone en este texto para configurar nuestro módem. 

Pero antes de empezar con la configuración de nuestro módem, hay 
que poner de manifiesto que no son realmente módems todos los 
dispositivos que se anuncian o se venden como tales. Como ya se ha 
dicho, muchos fabricantes, con el objetivo de reducir costes, han ido 
sustituyendo componentes físicos por software, siendo probablemen- 
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te los módems los primeros dispositivos que históricamente fueron 
víctimas de estas prácticas. Hay que prestar especial atención a los 
módems internos, ya que en realidad son pocos los que incorporan 
todo el hardware propio de estos dispositivos. Éstos son fácilmente 
reconocibles por la diferencia de precio con respecto a los falsos mó- 
dems. Por esta razón, muchos de estos dispositivos se han visto redu- 
cidos a meros esclavos de su software (para más información acerca de 
estos dispositivos y de su integración en GNU/Linux véase: 

- http://www.tldp.org/HOWTO/Winmodems-and-Linux-HOWTO.html, 

- http://www.tldp.org/HOWTO/Linmodem-HOWTO.html, 

- http://www.idir.net/ gromitkc/winmodem.html). 

Por esta razón, en general se recomienda utilizar, siempre que 
sea posible, módems externos. Independientemente de que se 
disponga de un módem real o no, se recomienda la lectura de 
http://www.tldp.org/HOWTO/Modem-HOWTO.html. 

Dado que vamos a utilizar pppconfig para configurar nuestro módem, 
si no lo instalamos durante el proceso de instalación del sistema (se pue- 
de probar intentando lanzar la aplicación directamente, es decir, te- 
cleando pppconfig, o mediante "dpkg -1 | grep pppconfig"), 
lo primero que debemos hacer es instalar la aplicación: 

brau:~# apt-get install ppp pppconfig 

Una vez nos encontramos en la pantalla principal de la interfaz de 
instalación, seleccionaremos la opción Create Create a con- 
nection y en la pantalla siguiente introduciremos el nombre con el 
que nos referiremos a esta configuración, ya que es posible configu- 
rar y gestionar más de una conexión. 

Después de asignar un nombre a la nueva configuración, debemos 
configurar el acceso al DNS, podemos escoger la opción por defecto, 
asignación estática de DNS, o por asignación dinámica de DNS, si 
sabemos certeramente que nuestro ISP durante el proceso de co- 
nexión nos facilita las direcciones de los DNS. Si escogemos la op- 
ción por defecto, se nos pedirá que entremos las IP de los DNS que 
queremos utilizar, y que se almacenarán en el fichero /etc/ppp/ 
res o lv/nombredecon figuración). 
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En la pantalla siguiente debemos escoger el método de autenticación 
para establecer la configuración. En general, y salvo casos excepcio- 
nales, escogeremos la primera opción, PAP. Seguidamente, facilita- 
remos el nombre de usuario y el password de conexión, y 
seleccionaremos la velocidad de acceso; la que se propone por de- 
fecto, 115200 , en la mayoría de conexiones debería funcionar sin 
ningún problema. Tras especificar si nuestra línea telefónica va por 
pulsos o por tonos (actualmente, la mayoría ya van por tonos), en- 
traremos el número que se debe marcar y que nos tiene que haber 
facilitado nuestro ISP. 

Llegados a este punto, pppconfig nos propone la ejecución de autode- 
tección del módem. Con el módem en marcha podemos dejar que sea 
el mismo programa el que detecte a qué puerto está conectado el mó- 
dem, o lo podemos hacer nosotros manualmente (recordando siempre 
la correspondencia: primer puerto serie, COMI , /dev/ttySO, segun- 
do puerto serie, COM2, /dev/ttySl, etc). 

Una vez hayamos entrado la ttyS a la que está conectado el módem, 
accederemos a una pantalla de resumen de los datos que hemos en- 
trado, la cual también nos ofrece la posibilidad de establecer opcio- 
nes avanzadas (por lo general, no necesarias). Si los datos son 
correctos, podemos escoger la opción Finished Write files 
and return to main menú, y tras confirmar la operación, de re- 
torno al menú principal de la interfaz, si no queremos configurar 
ninguna otra conexión, escogeremos la opción Quit Exit this 
utility para volver a la línea de comandos. Una vez en la línea 
de comandos, podemos comprobar que los datos se han guardado 
correctamente en /etc/ppp/peers /nombredeconfiguración. 

Para los usuarios de conexiones PPP también puede ser interesante 
instalar el paquete pppstatus para monitorizar el tráfico de la co- 
nexión, entre otros. 



Establecimiento y finalización de conexión: pon, pof f 

Para establecer la conexión, bastará con teclear la instrucción pon 
seguido del nombre de conexión que queramos utilizar; si sólo he- 
mos configurado una conexión, no será necesario especificar su 
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nombre. En principio, si no se restringe el uso, pon puede ser ejecu- 
tado por cualquier usuario. 

Para finalizar la conexión bastará con ejecutar el comando poff. 



9.8.3. Configuración de módems DSL 

De la misma manera que se ha hecho en la sección anterior para la 
configuración de módems tradicionales, utilizaremos una herra- 
mienta para configurar los módems DSL: pp-poeconf. Pero antes de 
empezar se recomienda la lectura de http://www.tldp.org/HOWTO/ 
DSL-HOWTO/ y de http://www.tldp.org/HOWTO/ADSL-Bandwidth- 
Management-HOWTO/. 



9.8.4. Configuración de tarjetas de red 

Si por el motivo que sea no hemos configurado la tarjeta de red du- 
rante el proceso de instalación, ahora es el momento de hacerlo. 
Aunque prácticamente todas las tarjetas de red están soportadas en 
los sistemas GNU/Linux, ya que éstas son una pieza clave para un 
sistema operativo orientado a redes, una vez más se recomienda el 
uso de hardware lo más estándar posible para no tener complicacio- 
nes a la hora de configurarla. Puede que nuestra tarjeta venga so- 
portada de dos formas distintas: la primera es que su driver haya 
sido directamente compilado dentro del propio Iceme/, y la segunda, 
es que el driver haya sido compilado en forma modular, para que se 
cargue posteriormente. 

La forma más sencilla de saber si el driver de nuestra tarjeta de 
red ha sido compilado dentro del propio kernel es analizando el 
mensaje de retorno de dmesg tal y como se ha hecho en 5.4.3. 
La configuración completa del flavor bf24 se puede encontrar en 
ftp://ftp.debian.org/debian/dists/woody/main/disks-i380/current 
bf2.4/kernel-config entre otros. 



Si después de analizarse detalladamente la salida del comando 
dmesg llegamos a la conclusión de que el driver para nuestra tarjeta 
no ha sido cargado, podemos ejecutar el comando modconf, que 
sirve para cargar módulos al kernel que han sido compilados ¡unto 
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a él, y comprobar si el driver para ésta aparece en la subsección 
kernel/drivers/net. Si es así, bastará con seleccionarlo para 
cargarlo en el Iceme/. 

Si nuestra tarjeta de red no está soportada por defecto, deberemos 
recurrir a la recompilación del kernel. 

Una vez hecho esto, editaremos el fichero /etc/network/interfaces 
para pasar los parámetros correspondientes a nuestra red a la tarje- 
ta. Una posible configuración sería: 



# /etc/network/interfaces -conf iguration file for ifup(8), ifdown(8) 

# The loopback interface 
auto lo 

iface lo inet loopback 

# The first network card this entry was created during the Debian installation 

# (network, broadcast and gateway are optional) 
auto ethO 

iface ethO inet static 

address 158.109.69.132 
netmask 255.255.0.0 
network 158.109.0.0 
broadcast 158.109.255.255 
gateway 158.109.0.3 



Se recomienda la lectura de http://www.tldp.org/HOWTO/Networking- 
Overview-HOWTO.html, también http://www.fokus.gmd.de/linux/ 
HOWTO/Net-HOWTO/ y el man de interfaces. Si no disponemos 
de tarjeta de red y quisiéramos hacer pruebas, siempre podemos recu- 
rrir al módulo dummy; en este caso, el dispositivo en vez de llamarse 
ethO se llamaría dummyO. 



Si se quiere configurar más de una tarjeta de red en el mismo orde- 
nador (práctica muy habitual en gateways, entre otros), es necesario 
pasar los parámetros correspondientes al kernel durante el proceso 
de arranque (utilizando append en Lilo, por ejemplo) para evitar 
conflictos entre dispositivos. 
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Arranque y parada de servicios de red: ifup, ifgdown 



La reinicialización de todos los servicios de red (los de /etc/net- 
work/interfaces) se puede hacer mediante el script /etc/ 
init . d/networking con el parámetro restart . 

ifup se utiliza para arrancar los servicios de red de una interfaz de- 
terminada, eifdown para pararlos. Así pues, para la configuración 
anterior, si quisiéramos detener y volver a arrancar los servicios de 
ethO, lo que haríamos es lo siguiente (se utiliza el comando ifcon- 
fig para comprobar los resultados): 



brau:'# ifconfig 

ethO Link encap : Ethernet HWaddr 00 : 01 : 02 : B4 : 3A: 61 
inet addr : 158 . 109 . 69 . 132 
Bcast: 158. 109.255 .255 Mask :255.255.0.0 
UP B RO ADCAS T RUNNING MULTICAST MTU:1500 Metric:l 
RX packets : 36409683 errors : 0 dropped:0 overruns:221 frame:0 
TX packets : 35938 errors : 0 dropped:0 overruns : 0 carrier:0 
colllsions:0 txqueuelen : 100 

RX bytes : 1489273710 (1.3 GiB) TX bytes : 20116974 (19.1 MiB) 
Interrupt:5 Base address : 0x9400 



lo Link encap: Local Loopback 

inet addr : 127 . 0 . 0 . 1 Mask : 255 . 0 . 0 . 0 

UP LOOPBACK RUNNING MTU:16436 Metric:l 

RX packets: 823 errors :0 dropped:0 overruns : 0 frame:0 

TX packets: 823 errors : 0 dropped:0 overruns : 0 carrier:0 

colllsions:0 txqueuelen: 0 

RX bytes : 3169619 (3.0 MiB) TX bytes : 3169619 (3.0 MiB) 

brau:~# ifdown ethO 

brau:~# ifconfig 

lo Link encap: Local Loopback 

inet addr : 127 . 0 . 0 . 1 Mask : 255 . 0 . 0 . 0 
UP LOOPBACK RUNNING MTU: 16436 Metric:! 

RX packets: 823 errors :0 dropped:0 overruns : 0 frame:0 
TX packets: 823 errors : 0 dropped:0 overruns : 0 carrier:0 
colllsions:0 txqueuelen: 0 

RX bytes : 31 6961 9 (3.0 MiB) TX bytes : 31 6961 9 (3.0 MiB) 
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brau:~# ifup ethO 
brau: '# ifconfig 

ethO Link encap : Ethernet HWaddr 00 : 01 : 02 : B4 : 3A: 61 

inet addr : 158 . 109 . 69 . 132 Bcast : 158 . 109 . 255 . 255 Mask : 255 . 255 . 0 . 0 
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:l 
RX packets : 3 642 0 98 1 errors:0 dropped:0 overruns:221 frame:0 
TX packets : 35 9 65 errors : 0 dropped:0 overruns : 0 carrier:0 
collisions:0 txqueuelen : 1 00 

RX bytes : 1490867554 (1.3 GiB) TX bytes : 201188 68 (19.1 MiB) 
Interrupt:5 Base address : 0x94 00 

lo Link encap: Local Loopback 

inet addr : 127 . 0 . 0 . 1 Mask : 255 . 0 . 0 . 0 

UP LOOPBACK RUNNING MTU: 16436 Metric:l 

RX packets: 823 errors : 0 dropped:0 overruns : 0 trame :0 

TX packets: 823 errors : 0 dropped:0 overruns :0 carrier: 0 

collisions:0 txqueuelen :0 

RX bytes : 3169619 (3.0 MiB) TX bytes : 31 6961 9 (3.0 MiB) 



9.8.5. Configuración de impresoras 

Tener configurada la impresora puede ser de gran utilidad, ya que 
esto nos permitirá, entre otras cosas, imprimir los ficheros de man, 
los de configuración, etc. para poderlos estudiar más detenidamente 
sobre formato papel. 

Por lo que se refiere al tipo de impresora preferible, en un entorno 
doméstico sería una que usara el puerto paralelo (/dev/lpX, nor- 
malmente /dev/lpO) con el objetivo de garantizar que se trata de 
una impresora no dependiente de su software, ya que la mayoría 
de las nuevas que están apareciendo en el mercado, especialmente 
las de puerto USB, son impresoras generalmente diseñadas para 
un sistema operativo determinado. Estas impresoras son popular- 
mente conocidas como winprinters (y su génesis es parecida a la de 
los denominados winmodems). En un entorno profesional, lo ópti- 
mo sería contar con una impresora que incorporara su propia in- 
terfaz de red y que, por lo tanto, fuera un nodo más de ésta. Para 
más información acerca de impresoras y su integración en los sis- 
temas operativos GNU/Linux, se recomienda visitar la página 
http://www.linuxprinting.org, donde encontraremos un 
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listado exhaustivo de las impresoras existentes en el mercado, y su 
grado de soporte. 

La topología general del sistema de impresión bajo GNU/Linux es la 
de cliente-servidor. El servidor, lpd (en el sistema BSD), es tipo da- 
emon, y en consecuencia lo manipularemos como tal. El archivo de 
configuración del servidor es /etc/printcap. En él podemos con- 
figurar tantas impresoras como deseemos. Ante la presencia de más 
de una impresora configurada, los clientes usan, normalmente, el 
parámetro "-p" seguido del nombre de la impresora, para referirse 
a ésta. 

Como hemos visto, configurar correctamente una impresora puede 
ser un tanto difícil. Por esta razón, han aparecido diversos proyectos 
para desarrollar interfaces que harán más amena su configuración, 
algunos de los cuales aportan su propio servidor de impresión y sus 
propias herramientas cliente. 

Impresión de ficheros de texto 

Los formateadores son programas que se utilizan, principalmente, 
para transcribir ficheros en formato texto a formato PostScript (el len- 
guaje PostScrip históricamente ha tenido más implementación en el 
campo de la impresión). Estos programas nos pueden ser de utilidad, 
ya que nos permiten pasar a formato papel la ayuda de los coman- 
dos, ficheros de configuración, etc. para poderlos estudiar de una 
forma más cómoda. Entre éstos encontramos mpager (dentro del 
paquete con el mismo nombre), o enscrip (también empaquetado 
con este mismo nombre, y más potente que el anterior). A continua- 
ción, se detallan un par de líneas para ejemplificar su uso: 

man man | mpage -2 -o | lpr 

Mediante esta línea redireccionamos la salida de man de man a 
mpage, que le da formato a dos columnas por hoja, sin márgenes, 
y redireccionamos su salida al cliente de impresión lpr: 

endscript /etc/fstab -B -fTimes-Roman7 -r 

Con esta línea haremos que se imprima el contenido del fichero / 
etc/fstab sin cabecera, utilizando el tipo de carácter Times-Ro- 
man de tamaño 7 y de forma apaisada. 
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9.8.6. Configuración de tarjetas de sonido 



Debido a la gran cantidad de tarjetas de sonido existentes en el mer- 
cado, se hace casi imposible dar una descripción de cómo configu- 
rarlas todas. Se recomienda la lectura de http://www.tldp.org/ 
HOWTO/Sound-HOWTO/ y la visita a las páginas de los dos pro- 
yectos más destacados en cuanto a sonido bajo GNU/Linux se refie- 
re: http://www.opensound.com/ y http://www.alsa-project.org/. 

A continuación se expondrá el modo de proceder para configurar 
una tarjeta de sonido bastante común: SoundBlasterPCI (chipset 
ESI 371 ). Para este tipo de tarjeta, el comando lspci nos devolverá 
una línea como la siguiente: 

00:0d.0 Multimedia audio controller: Ensoniq 5880 
AudioPCI (rev 02) 

En primer lugar, cargaremos el módulo correspondiente a esta tar- 
jeta de sonido mediante el comando modconf , kernel/drivers/ 
sound, esl371. 

Seguidamente, crearemos el grupo audio en /etc/group e inclui- 
remos en él a todos los usuarios que deseamos que tengan acceso al 
dispositivo de sonido (si deseamos que todos los usuarios tengan ac- 
ceso a él, podemos obviar este paso, y dar todos los permisos a los 
ficheros / dev/ dsp y / dev/mixer); a continuación asociaremos los 
ficheros /dev/dsp y /dev/mixer al nuevo grupo creado. 

Con esto ya tenemos configurada la tarjeta de sonido. Ahora podemos 
comprobarlo direccionando un fichero de audio directamente a /dev/ 
dsp, como sugiere http://www.tldp.org/HOWTO/Sound-HOWTO/ o 
esperar a tener el entorno gráfico configurado para poder instalar 
aplicaciones de audio que corren sobre él. 



9.9. Conclusión 



En este taller hemos aprendido a trabajar con el sistema de paquetes 
de Debian, hecho fundamental, ya que esto nos ha permitido apren- 
der a instalar, desinstalar y a gestionar aplicaciones. También hemos 
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aprendido a configurar distintos dispositivos de hardware, y con ello 
una cosa básica: que con GNU/Linux esto no es tan sencillo como 
en otros sistemas operativos, ya que requiere, por lo general, tener 
un conocimiento más profundo tanto del propio dispositivo como del 
sistema en sí. Pero en compensación podemos asegurar que, una 
vez configurado un dispositivo, éste funcionará perfectamente y no 
deberemos preocuparnos más de él. Y todo ello teniendo en mente 
que aún no hemos configurado el entorno gráfico (probablemente 
una de las misiones más complicadas en un entorno GNU/Linux). 
No obstante, y para animar a los que a estas alturas puedan pensar 
que adentrarse en el mundo GNU/Linux ha sido una mala idea, una 
misión fallida y una pérdida de tiempo, nos gustaría citar un párrafo 
del libro Debian GNU/Linux 2.1 de Mario Camou, John Goerzen y 
Aaron Van CouWenberghe, parte I, capítulo 1 , Why Linux Is Better: 

"Windows NT, however, learned to speak the language of the Internet 
¡ust a few years ago. It is not refined by any stretch imagination, but 
plagued with bugs and inconsistences. Bussinesses need a solution 
that they can put online and expect to remain available 1 00% of the 
time, but Windows NT cannot meet this need. On the contrary, a Win- 
dows NT administrator's most common ¡ob is crash recovery; he was- 
tes too much time doing busywork, such as booting servers that have 
gone down[...]" 



Aaron Van CouWenberghe 
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10. Arquitectura X-W¡ndow 



10.1. ¿Qué es X-W¡ndow? 

X-window es una arquitectura de ventanas diseñada a mediados de 
los ochenta para poder disponer de un entorno gráfico en estaciones 
de trabajo. A diferencia de otros entornos de ventanas, la arquitec- 
tura X-Window se diseñó para ser independiente de plataforma, de 
manera que se pudiera instalar en cualquier ordenador que corriera 
un sistema tipo UNIX. Aunque la arquitectura de ventanas X-Window 
ha tenido una dilatada historia en la que se han utilizado diferentes 
tipos de licencias, varias implementaciones y muchos equipos de de- 
sarrollo diferentes, actualmente se utiliza, mayoritariamente, la im- 
plementación que ha desarrollado el proyecto XFree86 Inc, llamada 
XFree86. Esta implementación se distribuye con licencia open sour- 
ce, que aunque no es exactamente igual que la GPL o sus variantes, 
tiene características parecidas que permiten acceder a su código 
fuente, su redistribución, etc. Por este motivo, en la mayoría de dis- 
tribuciones de GNU/Linux (y cada vez más en otros sistemas opera- 
tivos -como Mac OS X-) se incorpora esta implementación de X- 
Window. 



Contenido 

complementario 



Una arquitectura de venta- 
nas (o sistema de ventanas) 
es un entorno gráfico que 
nos proporciona la posibili- 
dad de tener diferentes apli- 
caciones localizadas en 
diferentes regiones de la 
pantalla, generalmente de- 
limitadas por algún tipo de 
ventana. Estos entornos 
suelen proporcionar meca- 
nismos para el desplaza- 
miento y manipulación de 
estas ventanas de forma 
que el trabajo pueda ser 
más interactivo y ameno. 



X-Window está diseñado con una arquitectura cliente/servidor. Este 
tipo de arquitectura significa que el software está estructurado en dos 
partes totalmente independientes (cliente y servidor) que se comuni- 
can a partir de un enlace de comunicación. Aunque esto implica que 
el diseño y la codificación es un poco más compleja, esta arquitectu- 
ra proporciona una flexibilidad total en el sentido que cliente y servi- 
dor pueden estar ubicados en diferentes sitios y utilizando diferentes 
plataformas y/o sistemas operativos. Además, podemos aprovechar 
muchísimo más un mismo cliente, ya que éste podrá dar servicio a 
más de un servidor a la vez. De esta forma, los ordenadores servido- 
res pueden trabajar con un entorno gráfico y los recursos del cliente. 
Naturalmente, esta arquitectura también nos permite trabajar con X- 
Window de forma local en la máquina donde está situado el cliente, 
aunque no es indispensable. 
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Los componentes de los que está compuesto X-Window son: cliente, 
servidor y enlace de comunicación. Cliente y servidor están diseña- 
dos para ser independientes de plataforma y, en el caso del enlace 
de comunicación, para ser independiente del protocolo de red. 

De este modo, podemos utilizar X-Window en cualquier tipo de es- 
cenario; por ejemplo, podríamos tener el servidor instalado en un 
ordenador con Windows™, conectándose a un cliente con GNU/ 
Linux y utilizar como canal de comunicación Internet (protocolo 
IPv4). Aunque la configuración de cada uno de estos componentes 
(sobre todo el cliente) sí que depende, en cierto modo, de la plata- 
forma donde está instalado, el enlace de comunicación nos permite 
aislar los componentes, dándoles un lenguaje propio para su en- 
tendimiento. 

Este enlace utiliza un protocolo propio denominado XDMCP (X Dis- 
play Manager Control Protocol), que está en un nivel superior al de 
la red de comunicación utilizada (por eso es independiente de red). 




En esta arquitectura, el servidor está ideado para recoger los 
eventos que se producen por los dispositivos de entrada como el 
teclado, el ratón, etc. y enviarlos al cliente. El cliente procesa estos 
eventos y responde al cliente, que muestra los resultados en los 
dispositivos de salida (generalmente el monitor). Aunque la pri- 
mera impresión que puede sugerirnos este diseño es que el tiem- 
po de respuesta debe ser muy lento, el protocolo XDMCP está 
especialmente diseñado para proporcionar un enlace rápido en- 
tre cliente y servidor, de forma que se pueda trabajar realmente 
de forma interactiva. En los únicos escenarios en que podemos 
notar este inconveniente es en conexiones remotas utilizando re- 
des de comunicaciones lentas. 
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En resumen, pues, las principales características y funciones de cada 
uno de los componentes de X-Window son las siguientes: 



Cliente 


Gestión de diferentes servidores simultáneamente 


Dependiente de plataforma 


Procesamiento de las aplicaciones 


Servidor 


Control del display del usuario 


Independiente de plataforma 


Procesamiento de los dispositivos de entrada 


Enlace 


Diseñado para poder trabajar interactivamente 


Pensado para minimizar el tráfico en la red 


Transparente (independiente de red) 



A medida que las tarjetas gráficas han ido evolucionando, cada vez más 
aplicaciones y juegos necesitan de un procesamiento en 2D o 3D más 
rápido. Si bien la arquitectura de ventanas X-Window aporta muchas 
ventajas, cuando queremos utilizar este tipo de aplicaciones el diseño 
cliente/servidor no es el más adecuado, ya que no aprovechamos las 
funciones de procesamiento 2D y 3D extremadamente rápido de las tar- 
jetas gráficas instaladas en el servidor. Para solucionar este problema, 
a partir de 1 998 apareció una tecnología llamada DRI ( Dlrect Rendering 
Infrastruciuré), que permite aprovechar los chips de procesamiento de 
las tarjetas para ahorrar trabajo al cliente X-Window. De esta forma, 
continuamos teniendo todas las ventajas de X-Window aprovechando 
los elementos específicos de las tarjetas gráficas. 



A diferencia de otros sistemas operativos donde el entorno gráfico está 
íntimamente integrado con el resto de funciones, la arquitectura X-Win- 
dow es totalmente independiente del operativo y no nos limita a ningún 
GUI ( Grafic User Interface) determinado. De hecho, la arquitectura sólo 
nos proporciona herramientas gráficas de bajo nivel para manipular la 
salida del monitor. Estas herramientas están incluidas en la librería Xlib 
y principalmente son funciones para crear y manipular ventanas, ope- 
raciones con fuentes de caracteres, detección de eventos de usuario y 
operaciones gráficas. Con estas funciones podemos dotar a nuestras 
aplicaciones del look and feel que queramos, crear nuevos GUI, ... De 
hecho, esto supuso un trabajo adicional para los primeros desarrollado- 
res de aplicaciones en Xwindow, ya que además de programar la apli- 
cación tenían que desarrollar sus propias librerías para la creación de 
menús, iconos, etc. A medida que X-Window fue creciendo, fueron apa- 
reciendo lo que llamamos toolkits, que son librerías generalmente im- 
plementadas con Xlib y que proporcionan un GUI particular. De esta 
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El look and feel es el diseño 
utilizado para los botones, 
barras de desplazamiento, 
menús, etc. de un entorno 
gráfico o una aplicación. 
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manera, al diseñar una aplicación podemos utilizar alguno de estos 
toolkits que ya proporcionan las herramientas estándar para crear me- 
nús, botones, gestionar los cut and paste, ... y centrarnos en programar 
la aplicación en sí. El no marcar ningún look and feel ha sido otra de las 
claves del éxito de la arquitectura X-Window, ya que cada fabricante o 
desarrollador de software ha podido diseñarse uno propio, marcando 
la diferencia con los demás. 

Aunque existen muchos toolkits diferentes, en la siguiente figura po- 
demos ver algunos de los más populares que se han utilizado a lo 
largo de la historia de X-Window: 
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El wlndow manager es un servidor especial de X-Window que se en- 
carga de gestionar todas las ventanas, los escritorios, las pantallas 
virtuales, etc. Naturalmente, todas las aplicaciones pueden funcionar 
con cualquier wlndow manager, ya que éste sólo se encarga de ges- 
tionar la ventana donde está ubicado el programa. Aunque la pro- 
gramación de un window manager es muy diferente que la de una 
aplicación, también se suelen utilizar toolkits particulares que pro- 
porcionan un look and feel determinado. Actualmente existen dece- 
nas de window managers diferentes (wmaker, sawmill, olvwm, . . . ), 
siendo el mismo usuario quien puede elegir el que más le guste. 

Otro tipo de software muy relacionado con X-Window es el que se en- 
carga de proporcionar un entorno integrado para las aplicaciones, el 
escritorio, las herramientas de administración del sistema, etc. Los más 
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populares que existen actualmente son el KDE (the K Desktop Environ- 
ment ) y el GNOME (GNU Ob/ect Model Environment). Los dos propor- 
cionan un toolkit particular, un entorno de escritorio con muchísimas 
funcionalidades y configuraciones diferentes y una lista de aplicaciones 
integradas que cada vez va creciendo más. La mayoría de distribuciones 
de GNU/Linux y UNIX proporcionan alguno de estos dos entornos de 
escritorio por ser muy amigables y proporcionar herramientas y software 
propio de gran calidad que ayudan en gran medida al usuario para 
configurar el sistema y el mismo escritorio. Los dos pueden funcionar 
con cualquierw/ndow manager que cumpla con una serie de caracterís- 
ticas básicas. En la siguiente figura podemos ver el aspecto de los dos: 
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Finalmente, otro tipo de aplicación que se utiliza en X-Window es el 
session manager, que son una serie de programas que permiten 
guardar la configuración de una determinada sesión de usuario para 
que al arrancar de nuevo X-Window se carguen las aplicaciones que 
tenga configuradas. Generalmente, en los entornos integrados ya se 
incorporan estas herramientas de forma automática; si no, podemos 
recurrir al que la misma infraestructura de X-Window proporciona: el 
xsm. 



Actividades 

14 . Leer la historia de X-Window en el artículo: 
http://www.linux-mag.com/2001 -1 2/xfree86 01 .html 

15. Ver algunos de los wlndow manager y entornos de 
escritorio existentes en: http://www.xwinman.org 



10.2. Configuración 



Actualmente, las versiones de la implementación XFree86 que 
más se utilizan son las 4.X, cuya configuración veremos en esta 
sección. Si bien la mayoría de tarjetas gráficas del mercado ya es- 
tán soportadas, es posible que desde el momento de aparición en 
el mercado de una nueva tarjeta hasta que se da soporte en X- 
Window pasen unas semanas o unos pocos meses. De todos mo- 
dos, cada vez más los mismos fabricantes están dando soporte a 
GNU/Linux y, en algunos casos ya están proporcionando sus pro- 
pios drivers para este sistema operativo. Aun así, antes de com- 
prar una nueva tarjeta gráfica, siempre es recomendable 
comprobar si está disponible algún tipo dedriver para la distribu- 
ción que estemos utilizando. 



Contenido 

complementario 



Algunos programas típicos 
de configuración de X-Win- 

dow son el xf 8 6conf ig o 
el XF86Setup. 



Para instalar XFree8ó en nuestro ordenador lo primero que deberemos 
hacer es bajarnos los paquetes que contienen las herramientas básicas 
y el software para el cliente y el servidor. Generalmente, estos paquetes 
se suelen denominar xf ree8 6-common, xf ree8 6server , etc. y 
llevan implícitos varias dependencias de fuentes y algunas utilidades 
básicas para el manejo de X-Window. Una vez instalados estos pa- 
quetes, debemos configurar adecuadamente los dispositivos de los 
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que disponemos para poder arrancar correctamente el cliente y 
servidor X-Window. Según la distribución que utilicemos, se hace 
uso de uno u otro programa o, en algunos casos, con la misma 
instalación de los paquetes ya se lanza una pequeña aplicación 
de configuración. No obstante, esta configuración siempre debe 
contener unos determinados pasos, que detallamos a continua- 
ción clasificados según el dispositivo que hay que configurar: 

1 ) Tarjeta gráfica 

• Driver : las diferentes familias de tarjetas gráficas llevan unos mi- 
croprocesadores específicos y utilizan unas funciones determina- 
das para realizar sus operaciones. Por esta razón, debemos 
indicar el driver adecuado para nuestra tarjeta. Si no lo sabemos, 
podemos instalar algún tipo de aplicación para la detección de 
hardware automático; si utilizamos, por ejemplo, el discover, 
podemos saber qué driver necesita nuestra tarjeta con el coman- 
do ' 'discover --xdriver video". 

• Identificador: el identificador de la tarjeta puede ser cualquier 
nombre con el que queremos referirnos a nuestra tarjeta. Este 
identificador es utilizado internamente para poder referenciar 
adecuadamente las tarjetas que tenemos instaladas en el sis- 
tema. 



• Cantidad de memoria: según la cantidad de memoria de la tar- 
jeta, podremos inicializar los gráficos con más o menos resolu- 
ción y con profundidades de color más o menos elevadas. 
Aunque no es imprescindible indicar esta cantidad (el sistema lo 
detecta automáticamente) sí que es recomendable especificarla 
en la configuración. 



• Utilización del framebuffer del núcleo: el frambuffer del núcleo 
es un driver especial de Linux que permite realizar algunas ope- 
raciones sobre X-Window. Aunque su utilización no es obligato- 
ria, generalmente se utiliza para que el servidor de X-Window se 
pueda comunicar directamente con el núcleo del sistema. De to- 
dos modos, si nos diera algún problema, siempre podemos des- 
activarla. 
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2) Teclado 



• Regla XKB: para que el servidor de X-Window pueda manejar co- 
rrectamente el teclado, necesita saber qué reglas aplicar sobre él. 
Para la mayoría de teclados estándar de los PC, se utiliza la regla 
"xfree8 6" y para las estaciones de trabajo Sun, se suele utilizar 
la regla "sun". 

• Modelo de teclado: el modelo de teclado generalmente se suele 
identificar a partir del número de teclas que tiene. Los teclados de 
los PC estándar que tienen las teclas de menú y logo suelen tener 
1 04 teclas (los identificamos con el nombre "pcl 04"). Los tecla- 
dos que no llevan estas teclas se identifican como de 101 teclas 
("pcl 01"). 

• Keyboard layout: en esta sección debemos identificar el país del 
teclado con su referencia ISO 3166. En el caso de España es 
"es", para Francia "fr", etc. 

• Keyboard opiions: opción para personalizar algunas de las teclas 
del teclado. 

3) Ratón 

• Puerto: el puerto del ratón es la conexión que utiliza para comu- 
nicarse con el ordenador. Cuando compramos el ratón, siempre 
se indica si es de tipo PS/2, serie, etc. En el caso de que sea de 
tipo PS/2, el puerto será /dev/psaux, para los ratones serie el 
puerto será /dev/ttySO (COMI), /dev/ttySl (COM2) y 
consecutivamente. 

• Tipo: para especificar el tipo del ratón, se suele proporcionar una 
lista de la que debemos escoger el que más se ajuste a nuestro 
modelo y fabricante. Generalmente, sabiendo el modelo del ra- 
tón ya podremos escoger adecuadamente la opción que le co- 
rresponde. 

• Emulación de 3 botones: en el caso de que nuestro ratón sólo ten- 
ga 2 botones, se proporciona la posibilidad de emular el tercero 
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(el del medio) apretando los dos simultáneamente. Si nuestro ra- 
tón no tiene el botón del centro, es recomendable activar esta op- 
ción porque algunos programas de X-Window necesitan que el 
ratón tenga los 3 botones. 

4) Monitor 

• Identificador: igual que en el caso de la tarjeta gráfica, la identi- 
ficación del monitor sirve para que el sistema lo pueda referenciar 
internamente. Le podemos poner el nombre que queramos. 

• Monitor tipo LCD: en la mayoría de procesos de configuración se 
nos preguntará si nuestro monitor es de tipo LCD (pantalla TFT). 
Es importante responder correctamente a esta pregunta porque el 
manejo de un tipo u otro de monitor varía considerablemente. 

• Características: en la configuración de características se pregun- 
tará las resoluciones máximas que puede obtener nuestro moni- 
tor, la frecuencia de refresco, etc. Aunque según el programa 
utilizado para configurar X-Window se plantearán más o menos 
preguntas de este estilo, es importante tener a mano la informa- 
ción del monitor y contestar adecuadamente para poder aprove- 
char al máximo las características del mismo. 

• Resoluciones disponibles: en este paso debemos señalar qué re- 
soluciones queremos poder mostrar en nuestro monitor cuando 
iniciemos X-Window. También es habitual que se nos pregunte la 
profundidad de color que queremos utilizar por defecto; lo más 
recomendable es utilizar una alta (16 o 24 bits) para poder ver 
nítidamente todos los colores. 

Una vez contestadas estas preguntas, que pueden ser más o menos 
según el programa que utilicemos, toda la configuración se guarda 
en el fichero /etc/Xll/XF8 6Config-4. 

Este fichero está organizado en las diferentes secciones que hemos 
ido viendo y, recurriendo a su manual, veremos que tenemos muchí- 
simas más posibilidades que nos dan una flexibilidad total para con- 
figurar de la forma como queramos nuestras X-Window. Para probar 
si realmente funcionan, podemos ejecutar 'X", con lo cual debería 
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Cuando utilizamos startx 
o xinit se ejecutan las ins- 
trucciones del fichero / 
etc/Xll/Xsession. Si en 
el directorio home del usua- 
rio que iniciara X-Window 
hubiera un fichero . xses- 
sion, se ejecutarían las ins- 
trucciones de éste en lugar 
del otro. 



aparecemos una pantalla con cuadros blancos y negros muy peque- 
ños y el puntero del ratón como una X (para salir de la misma pode- 
mos utilizar CTRL+ALT + BACKSPACE). 

Si tenemos instalado algún window manager, lo más habitual para 
arrancar X-Window es utilizar alguno de los shell Scripts xinit o 
startx. Éstos se encargan de lanzar el window manager configura- 
do y realizan algunas otras acciones necesarias para inicializar co- 
rrectamente X-Window. Una vez tenemos la pantalla en modo 
gráfico, podemos cambiar la resolución de la misma con las teclas 
CTRL+ALT++ y CTRL+ALT+-, o volver a las consolas de texto con 
CTRL+ALT+Fl , CTRL+ALT+F2, etc. (con CTRL+ALT+F7 volvería- 
mos a la gráfica). 

Otra característica importante en la configuración de X-Window es la 
de la configuración de los Xwrappers. Los Xwrappers nos permiten 
controlar qué usuarios pueden iniciar una sesión con X-Window. En 
el fichero /etc/Xll/Xwrapper . conf ig se encuentra la directiva 
"allowed users", con la cual especificamos quién está autorizado 
para arrancar X-Window con los valores: 

• "consolé": cualquier usuario que esté en un consola local puede 
iniciar X-Window. 

• "rootonly": sólo el root puede iniciar X-Window. 

• "anybody": cualquier usuario del sistema puede iniciar X-Win- 
dow (aunque no esté conectado localmente). 

Esto es muy útil, sobre todo, al administrar un servidor en el que ge- 
neralmente no se permite que los usuarios trabajen con el entorno 
gráfico por el gasto de recursos que ello supone. 



10.3. X display manager 



En la sección anterior hemos visto cómo configurar X-Window de for- 
ma local. Tal como hemos ido comentando a lo largo del capítulo, 
la arquitectura de ventanas X-Window nos permite que cliente y ser- 
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vidor estén instalados en diferentes ordenadores. Para configurar 
nuestro ordenador de modo que realice las funciones de un cliente 
X-Window, debemos instalar algún tipo de X display manager. Estos 
programas abren un puerto de comunicaciones con el cual los clien- 
tes se pueden comunicar con el cliente y trabajar con X-Window de 
forma remota. Aunque existen muchos programas de este tipo, uno 
de los primeros que apareció, y en el que se basan muchos otros, es 
el xdm. 

Los X display manager pueden actuar tanto de forma local como re- 
mota. Entre otras funciones, lo que hacen es mostrar una pantalla 
(en el entorno gráfico) para que el usuario se identifique con su logln 
y contraseña. Funcionan como cualquier otro daemon del sistema, 
de forma que su inicio y parada se puede configurar como queramos 
(utilizando los niveles de ejecución que el sistema proporciona). De- 
bemos tener en cuenta que si lo configuramos para que funcione de 
forma local, al arrancar el sistema nos encontraremos con la panta- 
lla de identificación gráfica y no las consolas a las que estábamos 
acostumbrados (aunque continúan estando disponibles). Con esta 
configuración ya no podremos utilizar startx o xinit para inicia- 
liza r X-Window, ya que por defecto estarán ejecutándose. 

Cuando instalemos xdm, todos sus ficheros de configuración se de- 
jarán en el directorio / etc/Xll/xdm. Vamos a repasar qué contie- 
ne cada uno de estos ficheros: 



xdm-conf ig 


Localización de los archivos de configuración de xdm. 


xdm. options 


Opciones globales de configuración. 


Xaccess 


Definición de los equipos remotos a los que dejamos 
acceder. 


Xservers 


Servidores locales de xdm. 


Xresources 


Configuración de la pantalla de login: colores, fuentes, 
tamaño, etc. 


Xsetup 


Script que se ejecutará cuando se arranque xdm. 


Xstartup 


Scriptque se ejecutará cuando un usuario entre en 
XWindow. Se suelen poner acciones relacionadas con el 
xdm. 


Xsession 


Scriptque se ejecutará al entrar en una sesión de usuario. 
Se suelen poner acciones especiales para los usuarios, 
aunque también se suele llamar a la ejecución del fichero 

/etc/Xll /Xsession. 


Xreset 


Scriptque se ejecutará al acabar una sesión de usuario. 
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Si en el fichero de Xaccess 
hay una línea con el carácter 
indica que dejamos que 
cualquier servidor se conecte 
al X-Window del servidor. 
Utilizar X-Window de forma 
remota sin ningún tipo de en- 
criptación puede suponer un 
fallo de seguridad, con lo 
que es muy recomendable 
informarse adecuadamente 
antes de utilizarlo. 
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Xnest es un servidor de 
X-Window que nos permite 
abrir en una ventana otra 
instancia de X-Window. 



La configuración de los servidores locales la encontramos en el fiche- 
ro Xservers. Si quisiéramos desactivar el servidor local, podríamos 
comentar todas las líneas de este archivo. De este modo, aunque tu- 
viéramos instalado un cliente de X-Window, por defecto no se inicia- 
ría en la máquina local. Si por el contrario quisiéramos instalar más 
de uno, podríamos editar el fichero y añadir directivas como las que 
siguen: 

:0 local /usr/XHR6/bin/X :0 vt7 
:1 local /usr/XHR6/bin/X :1 vt8 

Estas dos directivas indican que queremos 2 instancias de X-Window, 
una en la consola 7 ("vt7") y la otra en la 8 ("vt8"), accesibles con 
CTRL+ALT+F7 y CTRL+ALT+F8 respectivamente. Fijémonos cómo 
cada directiva incluye un 0" o " : 1", que hacen referencia a la ins- 
tancia de X-Window que manejan. Por defecto, siempre se utiliza la 
0, pero al querer más de un servidor local debemos referendario de 
esta forma. Al final de cada una de estas líneas podríamos añadir 
parámetros especiales para cada servidor de X-Window (en "man X" 
encontramos todos los posibles), como la profundidad de color que 
queremos para cada uno, la resolución de la pantalla, etc. De esta 
manera, podríamos trabajar con diferentes sesiones de X-Window 
abiertas tal como hacíamos con las consolas. 

Generalmente, la configuración por defecto de xdm no permite co- 
nexiones remotas por razones de seguridad. Si quisiéramos activar 
estas conexiones, podríamos editar el fichero Xaccess y, utili- 
zando la sintaxis que se nos indica, añadir los servidores a los que 
permitimos dar este servicio. También deberíamos comentar la línea 
"DisplayManager . requestPort: d' del fichero xdm-config, 

que por defecto inutiliza todas las conexiones que se reciben. Una vez 
realizados estos cambios, reiniciando el daemon de xdm, el cliente ya 
estaría preparado para servir X-Window a cualquier servidor que se 
lo pidiera. 

Para las máquinas donde sólo queremos instalar el servidor de X- 
Window, deberíamos instalar X-Window tal como veíamos en el 
apartado anterior y utilizar el comando "X -query IE / ', donde la IP 
debería ser la del cliente. Del mismo modo que cuando teníamos 
más de un servidor X-Window en una máquina local, si en la máqui- 
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na ya tuviéramos otra instancia de X-Window ejecutándose, debería 
mos utilizar "X -query IP :1" para la segunda instancia, ":2" 
para la tercera y consecutivamente. 



1 1 . Taller de X-windows 



11.1. Introducción 



En el segundo taller se sentaron las bases para la correcta manipu- 
lación y gestión de paquetes, y aprendimos a configurar algunos dis- 
positivos. No obstante, y debido a su complejidad, no se abordó el 
tema de la configuración de la tarjeta gráfica, o mejor dicho, de la 
instalación del entorno gráfico X. Debido a la complejidad de su es- 
tructura y configuración, se ha optado por dedicar un taller mono- 
gráfico sobre el X Window System. En este taller aprenderemos a 
instalar, configurar y personalizar este sistema. Pero no se pretende 
hacer un repaso exhaustivo de todo el sistema, pues esta tarea sería 
probablemente inabordable por muy distintas razones. Se pretende 
sentar las bases para que cada uno sea capaz de configurar su pro- 
pio sistema en función de la tarjeta gráfica de la que disponga, de 
sus gustos y de sus preferencias. Al finalizar el taller, deberíamos ser 
capaces de instalar un entorno X, y de saber sacar partido a su in- 
creíble potencia. 



Actividades 

Debido a la complejidad del sistema X, se recomienda la lectura de los siguientes documen- 
tos para asentar conceptos antes de empezar a trabajar sobre el sistema. Además, éstos nos 
aportarán conocimientos suplementarios, que pueden ser puestos en práctica a lo largo del 
taller. 

16. http : / /www . ibiblio . org/pub/ Linux /docs/HOWTO/other-f ormats/html 
single/XWindow-Overview-HOWTO . html 

Se trata de un documento sencillo, que sirve para asimilar los conceptos básicos que con- 
ciernen al sistema. 
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17. http : / /www . ibiblio . org/pub/Linux/docs/HOWTO/other-f ormats /html 
single/XWindow-User-Howto . html 

Es un documento con contenidos más avanzados que el anterior, pero también re- 
comendable. 



1 1.2. Instalación del sistema básico 

Como ya se ha dicho, el X Window System es un sistema muy com- 
plejo que integra muchísimas librerías y aplicaciones, algunas de las 
cuales son fundamentales para su funcionamiento, aunque la mayo- 
ría sólo deben ser instaladas si, por nuestras necesidades, precisa- 
mos de ellas. Ésta es una de las razones por las que, en Debian, el 
sistema viene distribuido en muchos paquetes distintos, de los que 
sólo instalaremos aquellos que sean necesarios. 



11.2.1. Distintas estrategias para la instalación 
de los paquetes 

Debido a que la interdependencia entre los distintos paquetes es 
muy fuerte, podemos aprovechar este hecho para que sea el mis- 
mo sistema de gestión de paquetes el que instale todos aquellos 
que considere necesarios para el correcto funcionamiento de una 
aplicación de alto nivel, entre los cuales se encontrarán, obvia- 
mente, todos los paquetes básicos del sistema. Así pues, podría- 
mos utilizar dselect o apt-get para instalar una de estas 
aplicaciones. Pero ésta no es una buena estrategia, ya que implica 
la pérdida del control de los paquetes que estamos instalando y 
además puede implicar la omisión de algunos paquetes esencia- 
les, de los que, por el motivo que sea, no se haya hecho referencia 
durante el cálculo de dependencias. 

Por este motivo, se recomienda la construcción del sistema paso a 
paso, para ir comprendiendo qué paquetes se están instalando en 
cada momento, y el porqué. 
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11.2.2. Instalación de paquetes básicos 



Los paquetes básicos del sistema se pueden agrupar, de forma ge- 
neral, en: 

core. Paquetes esenciales e imprescindibles para el correcto funcio- 
namiento del sistema (x-window-system-core). 

System. Paquetes esenciales cuya presencia es altamente recomen- 
dable (x-window- system). 

fonts. Paquetes de fuentes, algunos de ellos imprescindibles para 
disponer, al menos, de un tipo de fuentes en el entorno. 

utils. Paquetes de programas que correrán sobre el sistema gráfi- 
co. Son, en el fondo, los que dan la razón de existencia del siste- 
ma. 

libs. Paquetes de librerías del entorno gráfico, las cuales proporcio- 
nan funciones a otros programas. 

Podemos instalar los paquetes básicos del sistema mediante la orden 
siguiente: 

brau:~# apt-get install x-window-system 

Con ello se calcularán las dependencias entre paquetes y se nos in- 
formará de que debe instalarse alrededor de una treintena de pa- 
quetes. Para proceder, se nos pide la confirmación, a la cual 
contestaremos afirmativamente. 



Nota 

Después de que se hayan desempaquetado los pa- 
quetes, se ejecutarán automáticamente los Scripts de 
configuración de varios de ellos. Siempre es posible 
interrumpir la ejecución de estos scripts con la combi- 
nación de teclas Ctrl-C, y reiniciar el proceso volvien- 
do a ejecutar el comando anterior. 
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Durante la ejecución delscr/pf de configuración del paquete X-ser- 
ver-common, se nos preguntará si queremos que sea debconf 
quien configure los wrappers. La opción más sencilla y práctica es 
permitir que la configuración se haga de forma automática, y seguir 
adelante. 

El script de configuración de Xserver-xfree86 nos situará en la 
interfaz de configuración del servidor. Lo primero que se nos pregun- 
ta es si deseamos que se ejecute un test de autodetección del driver 
que debe cargarse para nuestra tarjeta. Es buena opción contestar 
afirmativamente a esta pregunta, ya que si el test falla o detecta más 
de una posibilidad, nos dará acceso a la pantalla de selección dedri- 
vers. Si debemos seleccionar el driver manualmente, en primer lugar 
hay que leer la documentación de la tarjeta gráfica; si no dispone- 
mos de ella, también podemos utilizar el comando lspci para in- 
formarnos de cómo ésta ha sido detectada por el Iceme/ 
(generalmente la última línea de retorno). Una vez dispongamos de 
esta información, nos dirigiremos a http://xfree86.org/cu- 
rrent/Status . html para informarnos de cuál es el driver que 
debemos cargar. Con esto nos situamos en la pantalla siguiente. En 
ésta se nos pedirá si deseamos que sea debconf quien nos guíe en 
la configuración del archivo /etc/Xll/XF86Config-4, que es el 
archivo fundamental de configuración del servidor. No es mala idea 
contestar afirmativamente, y, al final, comprobar si la configuración 
resultante es válida o no. En primer lugar se nos pregunta si quere- 
mos usar el íceme/ framebuffer device interface, y se nos sugiere que 
lo hagamos; en principio, contestaremos afirmativamente, pero te- 
niendo muy presente que esto es una fuente potencial de problemas, 
de manera que, una vez hayamos finalizado la configuración, si al 
intentar arrancar el servidor algo va mal, deberemos estar atentos al 
contenido de la línea, y probar si con el valor "false" funciona: 



#/etc/Xll/XF86Config-4 
Section "Device" 

Identifier "Generic Video Card" 

Option " UseFBDev" "true" 

Lo siguiente que configura el mismo script es el teclado. Por lo gene- 
ral, y en especial sobre la plataforma PC, la sugerencia de utilizar el 
tipo xfree8 6 debe funcionar correctamente, aunque en las panta- 
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lias posteriores terminaremos de ajustar su funcionamiento. En la si- 
guiente pantalla contestaremos qué tipo de teclado es el que 
tenemos; por lo general pcl05 debe funcionar correctamente. 

Ha llegado el momento de seleccionar el idioma del teclado. En este 
campo entraremos es; en cuanto al campo de variación idiomática, 
puede entrarse el mismo valor anterior, pero es recomendable de- 
jarlo en blanco, ya que si se entra el valores, esta directiva también 
se convierte en una fuente potencial de errores. Si más adelante, y en 
el caso de que hayamos rellenado el campo de variación idiomática, 
al parar el servidor se visualiza, entre otras líneas, las siguientes: 

The XKEYBOARD keymap compiler (xkbcomp) reports : 

> Error: No Symbols named "es" in the inelude file "es" 

> Exiting 

> Abandoning symbols file "default" 

Errors from xkbcomp are not fatal to the X server 

o si no podemos utilizar ciertos caracteres como puede ser " | ", de- 
beremos comentar la directiva de variante idiomática en el archivo 
principal de configuración: 



#/etc/Xll/XF86Config-4 



Section " InputDevice" 

Identifier "Generic Keyboard" 

# Option "XkbVariant" "es" 

El campo siguiente, referente a la personalización del teclado, se 
deja en blanco si no se tiene ningún propósito al respecto. Con esto 
habremos terminado con la configuración del teclado y pasaremos 
a la configuración del ratón. Para ello, en primer lugar, se nos pide 
en qué puerto está ubicado (actualmente, la mayoría de ellos en 
/dev/psaux, la primera opción). A continuación se nos pregunta 
de qué tipo de ratón disponemos (nuevamente, la primera opción, 
PS/2, suele ser la más habitual). Terminada la configuración del ra- 
tón, entramos en la configuración de la pantalla. En primer lugar se 
nos pregunta si disponemos de una pantalla tipo LCD. Acto seguido 
se nos pedirá en qué grado de dificultad queremos entrar los pará- 
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metros referentes a nuestro monitor. La forma más simple ( Simple ) 
sólo nos pedirá el tamaño del monitor, mientras que en la más com- 
pleja ( Advanced ) se nos pedirá las frecuencias de refresco horizon- 
tales y verticales del monitor, entre otros. Seguidamente se nos 
preguntará con qué resoluciones queremos trabajar y, en función de 
los parámetros que hayamos entrado en el apartado anterior, se nos 
harán distintas sugerencias. A continuación se nos pedirá cuál será 
la resolución de color que se usará por defecto al arrancar el servidor 
(actualmente la mayoría de tarjetas soportan, sin ningún problema, 
resoluciones de 24 bits). Con esto habremos terminado la configura- 
ción del servidor. 



Nota 

Una buena forma de conseguir un fichero /etc/ 
Xll/XF86Config-4, que funcione, es copiar el que 
genera KNOPPIX cuando entramos en modo gráfico; 
así pues, podemos hacer una copia de este fichero, en 
un disquete, por ejemplo, y compararlo con el que he- 
mos generado mediante el script de configuración del 
servidor. 



Actividad 

18. Una vez terminada la instalación, editar el fichero 
/etc/Xll/XF86Config-4, e intentar asociar 
las distintas directrices a los parámetros que he- 
mos entrado durante la ejecución del script de con- 
figuración del servidor. 



11.2.3. Inicialización del servidor 

Ha llegado el momento de comprobar si el fichero de configuración 
del servidor es correcto, y en consecuencia el servidor arranca como 
es debido. Para ello basta con ejecutar el comando startx. 

Si todo funciona correctamente, al cabo de unos momentos nuestra 
pantalla adquirirá un fondo mallado de colores grisáceos, y en el 
centro de la pantalla aparecerá un aspa. Hemos dado un gran paso 
adelante, pues configurar el servidor para que arranque es lo más 
difícil del entorno X. Ahora sólo es cuestión de tiempo para terminar 
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dando al entorno el aspecto que deseamos. Mediante el ratón pode- 
mos mover el aspa, y pulsando los botones del medio e izquierdo, 
podemos explorar un poco las posibilidades de este entorno gráfico 
un tanto rudimentario. Para salir de él y continuar con la configura- 
ción del sistema, hay que pulsar el botón izquierdo del ratón, situar- 
nos sobre Exit opción Yes, really quit, o simplemente pulsar 
la combinación de teclas CTRL-ALT-BackSpace. 

Si por el contrario, al cabo de unos momentos retornamos a la con- 
sola alfanumérica, es que el servidor no ha podido arrancar adecua- 
damente. Ha llegado el momento de estudiar detenidamente el 
fichero de log (/var/log/XFree8 6 . 0 . log) e intentar detectar las 
posibles fuentes de errores. Las más comunes suelen ser: mala elec- 
ción del driver que hay que cargar (si el proceso de selección lo he- 
mos dejado en manos del script, deberemos consultar la página 
antes mencionada para asegurarnos de que el driver que el script ha 
escogido es el correcto), poner la directiva UseFBDev a true, cuan- 
do debe estar en false, usar resoluciones o frecuencias de refresco 
más altas de las que la tarjeta puede soportar, etc. 

Otra posibilidad es que, aun estando soportada la tarjeta por el 
Xfree86 Project, puede que el paquete que estemos usando no la so- 
porte. Frente a esta situación, se sugiere que se incorpore la siguiente 
línea en el fichero /etc/apt/ sources . list: 

deb http://people.debian.org/~blade/woody/i386/ ./ 

y que, tras ejecutar el comando apt-get update, se vuelva ejecu- 
tar el comando de instalación del X-Window-System £pt-get 
install X-Window-System). Con esto acudiremos a una página 
no oficial para obtener los paquetes de versiones más actualizadas 
del sistema X Window, y en ellos, probablemente, ya se dé soporte a 
nuestra tarjeta. 

Con todo esto, hay que destacar que la correcta configuración de 
una tarjeta de vídeo puede llegar a ser una tarea verdaderamente di- 
fícil. Para ello, acudiremos a buscadores donde entraremos palabras 
clave referentes a nuestra tarjeta ¡unto con "X" o "Linux" para ver si 
encontramos documentación al respecto. 
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Llegados a este punto, mediante el comando siguiente evitaremos 
que cada vez que arranquemos el ordenador entremos en el modo 
gráfico: 

brau:~# rm /etc/rc2 . d/S99xdm 

Esto nos será útil mientras no tengamos configurado totalmente este 
entorno. Una vez terminado, ya será cada usuario el que decidirá si 
quiere o no, que al arrancar el ordenador se entre en el modo grá- 
fico. Para hacerlo, sólo habrá que volver a crear el enlace simbólico 
que hemos borrado con el comando anterior: 

brau:~# cd /etc/rc2.d 

brau : /etc/rc2 . d# ln -s . . /init . d/xdm S99xdm 

11.2.4. El fichero de log 

Aunque el arranque del servidor haya resultado exitoso, no por ello 
debemos dejar de analizar el contendido del fichero principal de log 
del sistema X, /var/log/XFree8 6 . 0 . log, ya que esto nos ayuda- 
rá a depurar fallos y errores menores que no han interrumpido el 
arranque del servidor, pero sí que hacen bajar su rendimiento. 

Algunos ejemplos típicos pueden ser: eliminar la línea del fichero de 
configuración que hace referencia a las fuentes cirílicas, si nunca las va- 
mos a utilizar, ya que ni tan siquiera las hemos instalado; eliminar de 
este mismo fichero todo lo que hace referencia al Generic Mouse, pues 
lo hace incompatible con el que hemos configurado nosotros, etc. 



11.2.5. El servidor de fuentes 

El sistema gráfico en sí no lleva asociado ningún tipo de base de da- 
tos acerca de las fuentes disponibles, pues esto no entra en el domi- 
nio de sus funciones. Esta es la tarea del servidor de fuentes xfs (/ 
usr/bin/Xll/xfs), así, cualquier programa cliente podrá usar las 
fuentes disponibles, que se arrancan automáticamente al lanzar el 
servidor X en forma de deamon. Existen multitud de paquetes para 
agregar más fuentes al conjunto que hemos instalado por defecto. 
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Una aplicación que puede ser útil para conocer qué fuentes tenemos 
instaladas y qué aspecto tienen es xfontsel. Se trata de una apli- 
cación escrita mediante librerías de athena (como el resto de los xba- 
se-clients, grupo al cual pertenece xfontsel), en la cual, mediante 
menús desplegables se seleccionan las opciones disponibles de con- 
figuración de las fuentes y nos muestra algunos caracteres de ejem- 
plo. Para conocer los caracteres de una fuente se puede usar la 
aplicación xfd. 

Así pues, una vez sepamos qué fuente queremos utilizar para un de- 
terminado programa, podemos lanzarlo desde una xterm con el ar- 
gumento "-fn" seguido de la descripción de la fuente (otros 
programas pueden usar nombres distintos para este argumento). Un 
ejemplo puede ser: 



xterm -fn -misc-f ixed-medium-r-normal--20-140-100-100-c-100-iso8859-l & 



1 1 . 3 . Window managers 

Los window managers son programas clientes (en realidad se los lla- 
ma meta-clientes) encargados de gestionar las distintas ventanas 
que corren sobre el entorno gráfico y de su presentación, así como 
de lanzar otros clientes (aplicaciones). A estas alturas, ya tenemos un 
window manager instalado, el twm, ya que una instalación completa 
de un sistema X requiere como mínimo de un window manager, aun- 
que éste no forme parte del servidor, que corra sobre él. Como ya 
hemos visto, el twm es muy rudimentario, puede ser, pues, que nos 
interese instalar algunos más complejos, como puede ser Window- 
Maker, BlackBox, qvwm, etc. Vamos pues a instalar algunos de ellos 
y a probarlos. El objetivo final, siguiendo la filosofía GNU, es que 
cada usuario termine usando el software que prefiera. Así pues, se 
deja que, una vez conocidos algunos window managers existentes, 
sea el propio lector quien decida cuál va a usar. Obviamente, es po- 
sible tener más de un window manager instalado, aunque sólo se 
pueda hacer correr uno por sesión. (Sin embargo, si que podemos, 
como ejemplo de la flexibilidad del sistema X, tener dos window ma- 
nager corriendo en un mismo ordenador, cada uno en un terminal 
distinto). 
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En primer lugar instalaremos, a modo de ejemplo, el qvwm. Se trata, 
como veremos al lanzarlo, de un window manager que simula un en- 
torno que probablemente nos sea conocido. Para hacerlo, basta con 
ejecutar la instrucción: 

brau:~# apt-get install qvwm 

En este momento ya tenemos dos window managers instalados: el 
twm y el qvwm. Para hacer correr uno u otro bastará con indicar la 
ruta completa de ubicación del window manager que deseamos uti- 
lizar después del comando startx (recordemos que el comando 
whereis nos puede ser muy útil a la hora de buscar la ubicación 
de un fichero). Así pues, para hacer correr el window manager que 
acabamos de instalar, bastará con ejecutar: 

brau: '# startx /usr/bin/Xll/qvwm 

Para utilizar el twm se debería haber especificado su ruta completa 
de la forma siguiente: 

brau:~# startx /usr/bin/Xll/twm 

Tener que especificar cada vez qué window manager deseamos uti- 
lizar, una vez nos hayamos decidido por uno en concreto, puede ser 
un tanto pesado. Para especificar qué window manager debe usarse 
en caso de que después del comandostartx no se especifique nin- 
guno en concreto, crearemos el archivo . xsession en el directorio 
raíz del usuario con el contenido siguiente, en el caso que quisiéra- 
mos que el window manager por defecto fuese el twm, por ejemplo: 

#'/ .xsession 
exec twm 

Si quisiéramos que fuese qvwm elw/nc/ow manager por defecto, bas- 
taría con cambiar twm por qvwm. La ejecución de los distintos proce- 
sos que implican el arranque del entorno gráfico, así como los 
ficheros de configuración que se van leyendo durante este proceso, 
están fuertemente determinados. Así pues, creando el fichero ante- 
rior, lo que hemos hecho es editar uno de los últimos ficheros (los 
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que residen en el directorio raíz del usuario) que se leen antes de en- 
trar en el entorno gráfico. Este fichero, por tanto, nos permite modi- 
ficar algunos aspectos de los que se han determinado por defecto 
dentro del sistema y que están definidos en los ficheros residentes en 
/etc/Xll y sus subdirectorios. 



Para finalizar esta sección instalaremos un window manager muy uti- 
lizado en el mundo GNU/Linux, que se caracteriza por su versatili- 
dad y su escaso consumo de recursos: el WindowMaker: 

brau: '# apt-get install wmaker 

Hemos instalado ya tres window managers, y seguramente instalare- 
mos más. Aparte del método anteriormente descrito para preestable- 
cer cuál queremos ejecutar por defecto, podemos utilizar el menú del 
comando update-alternatives para establecerlo: 



Lectura complementaria 



Animamos al lector a fami- 
liarizarse un poco con este 
window manager y a que vi- 
site su página para ampliar 
conocimientos: 

http://www.windowmaker.org/. 



brau: '# update-alternatives x-window-manager 



1 1 .4. X Session manager 

Los session managers son programas que pueden hacerse correr so- 
bre una sesión gráfica y que nos permitirán establecer y modificar 
parámetros de ésta, xms es el session manager que viene por defecto 
con la instalación que hemos hecho del servidor gráfico. Podemos 
lanzarlo desde un terminal X (para lanzar una xterm, pulsaremos el 
botón del medio del ratón y seleccionaremos Programs/Xshells/ 
Xterm) , mediante el comando xsm. 

Una vez lanzado xsm mediante Checkpoint, podemos guardar la 
configuración de la sesión actual (esencialmente referente a las apli- 
caciones que tengamos corriendo), gestionar los procesos que están 
corriendo mediante Client List, consultar el log de la sesión o cerrar 
la sesión guardando la configuración actual. 

Aparte de xsm, existen otros session managers. Éstos acostumbran a 
ser una parte más de los desktop managers, y están tan integrados 
en ellos que a veces resulta difícil reconocer sus acciones. Un ejemplo 
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típico es la pregunta que se nos formula acerca de si deseamos guar- 
dar la sesión al cerrar KDE. 



1 1 .5. X Display manager 

Al finalizar la instalación del Xserver, sugeríamos que se eliminara el 
enlace simbólico /etc/rc2 . d/S99xdm para evitar que al volver a 
arrancar el sistema al entrar al runlevel 2 se ejecutase xdm, acróni- 
mo de X display manager. Éste es el display manager que el paquete 
X-Window-System instala por defecto. Los display managers son 
los programas encargados de gestionar quién, desde dónde, y cómo 
puede entrar un usuario al entorno gráfico. Para lanzarlo, lo hare- 
mos como con cualquier otro daemon: 



brau:~# /etc/init . d/xdm start 

Para pararlo, también utilizaremos el mismo procedimiento que se- 
guiríamos para detener cualquier otro daemon, con la salvedad de 
que debemos pulsar la combinación de teclas Ctrl+Alt+Fl , para sa- 
lir del entorno gráfico y situarnos en la ttyl, por ejemplo, en vez de 
utilizar la combinación que se usa para cambiar de ttys en entornos 
alfanuméricos: 

brau:~# /etc/init . d/xdm stop 

Como hemos comprobado, el display manager nos pide un login y 
un password, los mismos que utilizamos para acceder al sistema por 
las ttys, si no es que hemos impuesto alguna restricción. Tras validar- 
nos, entramos en el modo gráfico del mismo modo como lo hacía- 
mos mediante el comando startx. La diferencia radica en que, 
cuando terminemos la sesión gráfica, el servidor no se parará, si no 
que continúa corriendo el xdm. 

Uno de los inconvenientes de xdm es que no nos permite seleccionar 
con qué window manager queremos trabajar. Pero existen otros dis- 
play managers, como pueden serwdm (de WindowMaker), gmd (del 
proyecto GNOME), o kdm (del proyecto KDE), que sí que lo permiten. 
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Podemos instalar el wdm, para ver su aspecto, y para conocer otro 
dlsplay manager: 

brau:~# apt-get install wdm 

Al ejecutarse el script de postinstalación, se nos preguntará qué dls- 
play manager queremos usar, xdm, que ya teníamos instalado, o 
wdm. Seleccionaremos este último, para que se cree el enlace nece- 
sario para que se lanze wdm com dlsplay manager durante el proce- 
so de arranque del sistema (si existe el fichero /etc/rc2.d/ 
S99xdm, es mejor borrarlo para evitar mensajes de warning al 
arrancar el sistema). Si no queremos que se arranque automática- 
mente ningún display manager al arrancar el sistema, bastará con 
eliminar los enlaces necesarios, es decir, el fichero /etc/rc2.d/ 
wdm. El archivo /etc/Xll/default-display-manager marca 
el display manager que se usa por defecto. 

Una vez arrancada una sesión X desde el display manager, es decir, una vez ha- 
yamos lanzado el pertinente wlndow maker , puede ser interesante ejecutar el co- 
mando pstree para ver las relaciones de dependencia entre los distintos 
procesos que están corriendo en este momento, junto con la información que 
nos aportará la línea ps aux. 



1 1 . 6 . Desktop managers 



La aparición de distintas toolkits, así como el desarrollo de diversos pro- 
yectos que desarrollaban o usaban librerías del entorno gráfico, hizo 
aparecer proyectos que buscasen la unificación de todos estos esfuer- 
zos. Fue entonces cuando apareció un concepto nuevo en el entorno X: 
el de desktop manager. Los desktop managers son proyectos que pre- 
tenden sentar las bases para la unificación y estandarización, tanto de 
presentación como de políticas de programación y de desarrollo de 
aplicaciones. Uno de los primeros en aparecer fue el CDE (Common 
Desktop Manager), aunque actualmente los dos proyectos más destaca- 
dos en este sentido son: GNOME y KDE, a los cuales, dado su alto gra- 
do de implementación y de desarrollo, dedicaremos una subsección 
respectivamente. Pero antes podemos nombrar otros desktop mana- 
gers, como pueden ser: GNUStep, ROX, GTK+Xfce o UDE. 
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11.6.1. GNOME 



GNOME es un proyecto que forma parte de GNU, que se caracteriza 
por no necesitar estrictamente de un wlndow manager en concreto, 
aunque se recomienda que se use alguno que garantice su correcto 
funcionamiento (a GNOME-compliant window manager ) como pue- 
den ser: IceWM o Sawfish. Aun así, para respetar las preferencias y 
la libertad del usuario, GNOME, en su control panel dispone siempre 
de un window manager selector, que nos permite escoger qué win- 
dow manager queremos usar. GNOME está basado en Gtk toolkit, 
las propias librerías desarrolladas dentro del proyecto, conocidas 
como gnome-libs especifiques. 

Como todos los desktop managers, GNOME dispone de su propio 
panel, de su gestor de archivos Nautilus y de su control panel: GNO- 
ME Control Panel. 

Para hacer una instalación básica de GNOME, instalaremos el pa- 
quete siguiente ¡unto con todas sus dependencias: 

brau:~# apt-get install gnome-session 

Tal como se ha dicho, aunque GNOME no exija el uso de ningún 
window manager determinado, se recomienda que éste sea GNO- 
ME -compliant window manager. Vamos pues a instalar Sawfish, que 
fue desarrollado estrictamente para cumplir este requisito. Instale- 
mos el paquete y todas sus dependencias: 

brau:~# apt-get install sawf ish-gnome 

Tenemos, pues, otro window maker instalado. Detendremos el dis- 
play manager y volveremos a lanzarlo para que este nuevo window 
maker se integre en él (GNOME también tiene su propio display ma- 
nager, gdm, que podemos instalar si lo deseamos). Ahora tenemos 
dos posibilidades para conseguir nuestro objetivo: hacer correr 
GNOME. La primera es arrancar Sawfish, desde el display manager 
o mediante startx y, una vez dentro, lanzar gnome-session 
desde un terminal X, o bien operar de modo inverso, es decir, arran- 
car GNOME por los mismos procedimientos que Sawfish, y luego 
lanzar sawfish desde un terminal X. Se recomienda proceder de 
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la última forma si queremos que la próxima vez que arranquemos 
GNOME se ejecute Swafish (será el propio sesión manager de GNOME 
el encargado de realizar y registrar los cambios necesarios para que 
esto ocurra). 

Una vez familiarizados un poco con GNOME, lo que podemos hacer 
es instalar algunos paquetes que nos pueden ser útiles, en concreto 
gnome-help y gnome-terminal, el primero nos ofrece una inter- 
faz donde podremos leer mans, ficheros de texto en un entorno grá- 
fico, y el segundo instala el xterm propio de GNOME. 



Una aplicación que dará un aspecto mucho más amigable a GNO- 
ME será Nautilus, concebido, en principio, como un gestor de fiche- 
ros, pero que además nos permitirá configurar eldesktop. Para su 
correcto funcionamiento, Nautilus necesita de Mozilla MI 8 y de 
GNOME Helix. Por tanto, los paquetes que habrá que instalar serán 
los siguientes: nautilus-suggested, para hacer la instalación 
de Nautilus y mozilla, para hacer una instalación completa del 
navegador (en cuanto a su configuración, podemos instalar las 
fuentes True Type, y podemos poner en auto el sound daemon's 
dsp wrapper). 

GNOME es un proyecto en constante desarrollo y que ofrece multitud 
de aplicaciones. Por eso, una vez instalado su sistema básico, suge- 
rimos al lector que visite su página http : / / www . gnome . org y que 
sea él mismo el que explore, descubra y decida cuál de ellas pueden 
ser de su interés para instalárselas. La sola ejecución de la línea si- 
guiente nos puede dar una idea de la magnitud del proyecto: 



brau:~# apt-cache search gnome 



Debian Woody integra la versión 1 .4 de GNOME. Estando ya dispo- 
nible la versión 2.2, proponemos modificar el contenido de /etc/ 
apt/sources . list añadiendo las líneas siguientes, para poder 
actualizar o instalar de raíz los paquetes de esta versión "debianiza- 
dos": 



# GNOME 2 

deb http : / / f tp . acc . umu . se/mirror/mirrors . evilgeniuses . org . uk/ debian /backports /woody gnome 2 . 2/ 
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deb-src http ://ftp.acc. umu .se/ mirror /mirror s .evilgeniuses .org.uk/ debian/backports / woody gnome2 . 2/ 



Una vez hayamos hecho esto, bastará con ejecutar los siguientes co- 
mandos para disponer de dichas actualizaciones: 

apt-get update apt-get install gnome 



11.6.2. KDE 



KDE, a diferencia de GNOME, sí que necesita de un window mana- 
ger concreto, se trata de kwm, basado en Qt toolkit y en las propias 
kdelibs. También dispone de su launcher panel: kpanel, de su propio 
gestor de archivos: Konquest y de su utilidad de configuración: Con- 
trol Panel. Obviamente, KDE puede estar instalado en el mismo sis- 
tema donde hayamos instalado GNOME, e incluso hay aplicaciones 
pertenecientes a un desktop manager que pueden correr en el otro. 
Además, KDE también tiene su propio display manager (kdm) ¡unto 
con muchísimas más aplicaciones. Nuevamente se recomienda al 
lector una visita a su página para conocer sus posibilidades: http : / 
/ www . kde . org, y la página del encargado de integrar KDE en De- 
bian http://people.debian.org/ ccheney/. Asimismo, po- 
demos ejecutar la línea siguiente para ver la integración de KDE en 
Debain: 

brau:~# apt-cache search kde 

Los paquetes básicos de KDE están en el paquete kdebase. Este se- 
rá, pues, el primero que instalaremos: 

brau:~# apt-get install kdebase 

Nuevamente deberemos reinicializar nuestro window manager 
para tener acceso al desktop manager recién instalado. Una vez 
hecho esto, podemos proceder a instalar el gestor de archivos, 
paquete konquest. Mediante el paquete kde- 118 -es pode- 
mos instalar los ficheros necesarios para que KDE trabaje en cas- 
tellano. 
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A partir de este punto, ya será cada usuario el que instalará los dis- 
tintos paquetes del proyecto que le sean de interés. 

Por lo que a versiones se refiere, Debian Woody integra la versión 2. 
Para disponer de versiones más recientes, hay que recurrir a paque- 
tes no oficiales. Si se desea tener acceso a estos paquetes, podemos 
añadir la línea siguiente a / etc/apt/sources . list y actualizar 
la base de datos mediante el comando apt-get update: 

#KDE3 

deb http://people.debian.org/~schoepf/kde3/woody ./ 

Tal como ya hacíamos, para preestablecer el wlndow maker por de- 
fecto, utilizaremos el menú del comando update-alternatives 
para seleccionar elsess/on manager: 

brau: ~# update-alternatives x-session-manager 



1 1.7. Personalización de algunos aspectos 



El diseño del entorno gráfico X responde al ambicioso objetivo de sacar 
el máximo rendimiento del hardware disponible, usando el mínimo de 
sus recursos, y ofrecer la máxima flexibilidad posible. La estructura de 
servidor cliente en que se basa este sistema hace posible que estos ob- 
jetivos sean una realidad, y las aparentes dificultades con las que se en- 
cuentra el usuario novel desaparecen rápidamente con un poco de 
práctica para permitir que afloren las múltiples ventajas que ofrece este 
diseño. En esta sección sólo se pretende dar una somera idea de la po- 
tencia de este sistema, la cual se pone plenamente de manifiesto cuan- 
do se trabaja en red, aunque queda un poco ensombrecida cuando se 
trabaja en un sistema stand alone como sobre el que se desarrolla todo 
este curso. De todas formas se introducen algunos conceptos que pue- 
den ser de utilidad cuando se entra a trabajar en red. 



11.7.1. Personalización de aspectos locales 

En general los archivos de configuración se hallan en el directorio / 
etc/Xll/o en algunos de sus subdirectorios. De forma personali- 
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zada, cada usuario puede redefinir los parámetros de configuración 
y añadir nuevos creando o editando en su directorio de home los fi- 
cheros que llevan el mismo nombre que los de configuración general 
pero precedidos de un Se podrán redefinir o establecer todos 
aquellos parámetros que no requieran de permisos de superusuario, 
ya que los archivos de home se procesan después de los de configu- 
ración general, y los parámetros siempre tomarán el último valor que 
se les asigne. 



Xsession 

/etc/Xll/Xsession es un script que se ejecuta al entrar en una 
sesión de usuario. 



Este script es el que gobierna todo el proceso de arranque de la sesión 
hasta que podemos empezar a trabajar, y también es el encargado de 
gestionar los mensajes de errores que se puedan producir durante este 
proceso, los cuales se registran en $HOME/ . xsession-errors . 



En $HOME/ . xsession es donde personalizaremos el arranque 
para un usuario en particular. Así pues, si deseamos que el window 
manager sea blackbox, y que se arranque automáticamente 
bbkeys en background al iniciar la sesión, éste contendrá las si- 
guientes líneas: 

bbkeys & 
blackbox 



Xresources 

En el archivo $HOME/ . Xresources personalizaremos el aspecto 
de las distintas aplicaciones. La sintaxis es application*parameier: va- 
lué. Así pues, si quisiéramos invertir los colores de la aplicación 
xterm, añadiríamos la línea siguiente en el fichero: 



Xterm*reverseVideo : true 
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El comando xrdb es el encargado de gestionar la base de datos 
de Xresources. Mediante "xrdb -query" podemos conocer todas 
las propiedades establecidas y su valor, y mediante el parámetro 
"-display" obtendremos un listado de todos los parámetros que 
acepta el comando. Si a éste le pasamos como parámetro la ubi- 
cación de un fichero, leerá de él todas las definiciones de pará- 
metros. 



Xmodmap 



El servidor gráfico usa la tabla de códigos de caracteres para hacer 
la conversión de señales provenientes del teclado Iperver-indepen- 
dent ) a símbolos del sistema [server-dependenf] . 



La tabla de conversión que hay que usar ha sido seleccionada du- 
rante el proceso de configuración del teclado, pero el comando 
xmodmap nos permite modificar su contenido. Un ejemplo de su uso 
puede ser el siguiente: 



brau:~# xmosmap -e "keycode 127 = Delete" 
brau: '# xmosmap -e "keycode 22 = BackSpace 



Nota 



Estos comandos fueron utili- 
zados durante mucho tiem- 
po debido a la inversión de 
asignación de símbolos en 
las tablas de conversión; ac- 
tualmente, sin embargo, este 
problema está resuelto. 



Mediante los parámetros "-pk" xmodmap nos devolverá todo el 
contenido de la tabla de conversión que se está usando. 



11.7.2. Personalización de aspectos de red 



Los aspectos aquí presentados también son de interés para un siste- 
ma stand alone, ya que, como todo el sistema operativo, el sistema 
X usa siempre un diseño orientado a red. 



$ DISPLAY 



La variable $DISPLAY sirve para indicar al cliente con qué servidor 
debe comunicarse. Su sintaxis es la siguiente: hostname-.display num- 
ber.screen number. Así pues, si hubiésemos definido otro terminal 
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gráfico al sistema X, añadiendo la línea siguiente a /etc/Xll/ 
xdm/Xservers: 

:1 local /usr/Xl lR6/bin/X vt8 

podríamos lanzar una aplicación gráfica desde un xterm de un ter- 
minal gráfico a otro definiendo la variable adecuadamente. Por todo 
lo cual, si quisiéramos lanzar xeyes desde el primer terminal grá- 
fico, vía xterm, y "displayarlo" en el segundo, procederíamos de la 
forma siguiente: 

brau : ~ $ set DISPLAY :0.1; export DISPLAY 
brau : ~ $ xeyes & 

Si entramos en una sesión gráfica, abrimos un xterm, cambiamos de 
usuario mediante el comando su y probamos de lanzar una aplicación 
gráfica se nos devolverá un mensaje de error indicándonos que se pue- 
de establecer conexión con el servidor. Una estrategia para evitar este 
problema es utilizar con el parámetro "-p" para que se exporte todo el 
conjunto de variables de entorno, y evitar así que el servidor rechace 
nuestra petición de conexión. Esta práctica puede ser muy útil para lan- 
zar programas de configuración que necesitan permisos deroot, ya que 
nos evitará tener que entrar en el entorno gráfico como root (práctica no 
muy recomendable, y que, aunque por defecto se permita, en muchas 
ocasiones se restringe manualmente). 



xhost y xauth 

El comando xhost permite establecer qué equipos pueden acceder 
al servidor gráfico de forma remota, es decir, qué máquinas cliente 
pueden lanzar una aplicación para ser "displayada" en el servidor. 
Su sintaxis es la siguiente: xhost +hostname. Si no se especifica nin- 
gún hostname, cualquier máquina podrá lanzar aplicaciones sobre 
el servidor. Por defecto, no se permite la conexión desde ningún 
equipo remoto. 

El comando xauth sirve para determinar qué usuarios pueden lan- 
zar aplicaciones sobre el servidor gráfico. Así pues, mediante la com- 
binación de estos dos comandos podremos establecer una política 
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de seguridad de acceso al servidor X bastante razonable, xhost + 
para los stand alone. 



1 1 .8. Configuración de impresoras 



La tarea de configurar impresoras se puede ver facilitada a partir del 
entorno gráfico. Existen multitud de aplicaciones para configurar el 
sistema de impresión nativo (basado en Ipd como servidor y Ipr como 
cliente), y otras que sustituyen este sistema por uno propio, común- 
mente también basado en la estructura cliente servidor. En esta sec- 
ción presentaremos dos de estas herramientas: CUPS y LPRng, 
ambos con su sistema propio de servidor de impresión. 

Para la instalación de LPRng hay que instalar necesariamente el pa- 
quete lprng. El paquete que contiene la GUI es de configuración del 
fichero /etc/printcap basado en LPRng es lprngtool. Obvia- 
mente, para hacer modificaciones en dicho fichero de configuración, 
habrá que ejecutar el comando lprngtool con privilegios de root. 
Adicionalmente, se recomienda instalar el paquete printop, que 
aporta una interfaz gráfica para todo el sistema de impresión, y el 
paquete lprng-doc, el cual contiene toda la documentación de 
este sistema de impresión. 

Para instalar CUPS (Common Linux Printing System) habrá que ins- 
talar el paquete del servidor de impresión, cupsys; y se recomienda 
instalar, ¡unto a este paquete, el de clientes de impresión, paquete 
cupsys-client. También se puede instalar el paquete cupsys-bsd 
para disponer de los comandos habituales en el sistema de impresión 
de BSD. Por lo que se refiere adrlvers, los paquetes cupsys -driver- 
gimpprint y cupsomatic-ppd, aportan gran número de ellos ¡unto 
con numerosos algoritmos de procesamiento de imagen, definición de 
tamaños de papel, etc. 



11.9. OpenOffice 



En esta sección, aunque se aparte un poco del objeto principal 
del curso, presentaremos una suite ofimática que puede ser de 
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extraordinaria utilidad para aquellos que estén acostumbrados 
a utilizar software de este tipo. Se trata de OpenOffice.org 
(http://www.openoffice.org), proyecto derivado de StarOffice, de 
Sun MicroSystems. Hay que destacar que este proyecto es multipla- 
taforma, y que por tanto puede ser implementado en otros sistemas 
operativos no tipo UNIX. 



Si bien esta suite no está integrada en Debian, podemos recurrir, 
como ya hemos hecho con anterioridad, a fuentes no oficiales para 
obtener sus paquetes: 



#OpenOf f ice 

deb http://ftp.freenet.de/pub/ftp.vpn-junkies.de/openoffice/ woody main contrib 



Una vez hayamos añadido la línea anterior a /etc/apt/sources . list 
y hayamos actualizado la base de datos mediante apt-get update, 
bastará con ejecutar la línea siguiente para proceder a la insta- 
lación: 



brau:'# apt-get install openoffice.org openof f ice . org-11 On-en 



Sólo hay que tener presente, durante el proceso de instalación (el 
cual debe ejecutarse bajo un entorno gráfico) que hay que hacer la 
instalación para red. Así, sólo será necesario que en el directorio 
Home de cada usuario exista un pequeño directorio donde se guar- 
darán sus configuraciones personales. 



Una vez se haya instalado el programa la primera vez, cada usua- 
rio deberá ejecutar el programa siguiente para que se cree su di- 
rectorio: 



/usr/lib/ openof f i ce/program/ setup 



Una vez hecho esto y se hayan repuesto algunas preguntas, median- 
te el comando openof fice abriremos la suite. 
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11.10. Conclusión 

Con este taller se termina el material didáctico del segundo módulo 
del máster. En él hemos aprendido a instalar el entorno gráfico al sis- 
tema, el cual, como ya vimos en su momento, no es una parte fun- 
damental dentro del sistema operativo. Pero está clara su utilidad en 
muchos casos, y ha sido en este punto cuando muchos afirman que 
el sistema operativo que ha sido objeto de estudio en este módulo 
puede ser una alternativa seria a otros sistemas. Por todo lo cual, los 
autores querríamos manifestar nuestro absoluto convencimiento de 
que GNU/Linux es un sistema operativo extraordinario, no sólo de- 
bido a su entorno gráfico, que es lo que quizás sorprenda más a pri- 
mera vista, sino por un sinfín de argumentos, de entre los cuales 
podemos destacar su filosofía, robustez, adaptabilidad, potencia, ni- 
veles potenciales de seguridad, etc. Estamos convencidos de que este 
sistema operativo es una apuesta de futuro para la cual, si bien ya 
ha demostrado que es capaz de abrirse un espacio en el mundo de 
los sistemas operativos, sólo cabe esperar sorpresas positivas. 

Deseamos haber proporcionado los conocimientos suficientes y 
transmitido el entusiasmo necesario para que el lector inicie aquí su 
propio camino en el mundo del software libre, y haber sabido abrir 
las puertas a una comunidad donde todo el mundo es bienvenido y 
respetado. 
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A. Tablas de comandos 



A.l . Sistema de ficheros 



COMANDO 


SIGNIFICADO Y PARÁMETROS ÚTILES 


Is [pattern] 


Lista los contenidos de un directorio determinado 

=> "-a" muestra todos los contenidos, incluso los que empiezan por 

=> "-I" muestra la información completa relativa a los contenidos 

=> "-h" acompañada de "-I" muestra el tamaño de los archivos en unidades de 

bytes, KB, MB, GB 

=> "-S" ordena el listado por tamaño 
=> "-w" muestra el listado por columnas 

=> "-R" muestra el listado de forma recursiva, pasando por todos los subdirectorios 
=> " — color" colorea el texto del listado según el tipo de archivo 


cd [ruta] 


Cambia al directorio especificado. Si no se especifica ninguno, va al home del 
usuario 


pwd 


Muestra la ruta completa hasta el directorio actual 


find [parámetros] [path] 


Busca un determinado fichero o directorio 

=> "-iname pattern" busca recursiva del pattern a partir del directorio actual 

=> "-¡Iname pattern" como "-iname" pero haciendo la búsqueda insensible a 
mayúsculas o minúsculas 

=> "-maxdepth numLevels" realiza la búsqueda hasta el nivel de profundidad 
especificado 

=> "-uid UID" fuerza la coincidencia de UID 
=> "-gid GID" fuerza la coincidencia de GID 


In ruta [nombreNuevoLink] 


Crea un Hnk a un fichero o directorio. Si no se trata de un link simbólico, se hace 
una copia exacta y se modifica frente a cualquier actualización ( hard Hnk ) 

=> "-s" crea un enlace simbólico 



A.2. Ayuda del sistema 



COMANDO 


SIGNIFICADO Y PARÁMETROS ÚTILES 


man [numManual] comando 


Muestra el contenido del manual del comando mediante un paginador 


info comando 


Otra fuente de ayuda, que a veces complementa los contenidos del man, y en otras 
es la única documentación que se mantiene 


apropos palabraClave 


Busca todos los comandos que contienen la palabra clave en la descripción de su 
manual 
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A.3. Permisos de los ficheros 



COMANDO 


SIGNIFICADO Y PARÁMETROS ÚTILES 


chmod modo fichero 


Establece los permisos de ficheros y/o directorios 

=> "-R" el cambio se realiza de forma recursiva, es decir, se realiza sobre 
todos los ficheros y subdirectorios del directorio especificado 


chown propietario[.grupo] fichero 


Establece el propietario y el grupo (si éste se especifica) de ficheros y/o 
directorios 

=> "-R" el comando actúa de forma recursiva 


chgrp grupo fichero 


Establece el grupo al que pertenecen ficheros y/o directorios 
=> "-R" el comando actúa de forma recursiva 


umask modo 


Inicializa los permisos de todos los ficheros creados a partir del momento en 
que se ejecuta el comando 






A.4. Copia y borrado de ficheros 


COMANDO 


SIGNIFICADO Y PARÁMETROS UTILES 


rm fichero 


Comando para borrar ficheros y/o directorios 
=> "-f" suprime los mensajes de confirmación 
=> "-R" el comando actúa de forma recursiva 
=> "-i" pregunta antes de proceder al borrado 


rmdir directori 


Borra directorios vacíos 


cp ficheroOrigen ficheroDestino 


Copia archivos del origen al destino especificados 
=> "-f" no pide confirmación 

=> "-i" pide confirmación antes de copiar cada fichero 
=> "-I" realiza enlaces en vez de copiar 

=> "-R" actúa recursivamente copiando los contenidos de los subdirectorios 
=> "-s" realiza enlaces simbólicos en vez de copiar 


mv ficheroOrigen ficheroDestino 


Mueve archivos del origen al destino especificados 
=> "-f" no pide confirmación 

=> "-i" pide confirmación antes de mover cada fichero 



A.5. Parada o reinicio 



COMANDO 


SIGNIFICADO Y PARÁMETROS ÚTILES 


logout 


Sale del shell y devuelve al login 


halt 


Inicia el proceso de paro del sistema (nunca debemos apagar el ordenador 
hasta que no se "displaye" Power Down) 


reboot 


Reinicia el sistema, es decir, procede al paro de éste y luego "resetea" el 
ordenador 



240 






A.6. Operaciones con ficheros 



COMANDO 


SIGNIFICADO Y PARAMETROS UTILES 


cat [archivo] 


Muestra el contenido del archivo o, si éste no se ha especificado, muestra por 
pantalla todo lo que se entra por teclado 

=> "-n" enumera las líneas mostradas 


less archivo 


Paginador para mostrar contenido de archivos. Las opciones que se especifican a 
continuación NO son parámetros del comando, sino teclas de acceso directo a 
utilizar en su uso 

=> "/pattern" dentro de "less" podemos realizar una búsqueda del pattern 
especificado precedido de Para continuar la búsqueda hacia delante o hacia 

atrás, usaremos las teclas "n" y "N" respectivamente 

=> "FIN" va al final del archivo 
=> "INICIO" va al principio del archivo 
=> "AVPAG" avanza página 
=> "RETURN" avanza una línea 
=> "SPACE" avanza una página 


more archivo 


Muestra el contenido del archivo de una forma similar a "less" pero más simple 
(no permite, por ejemplo, la opción de retroceder) 


grep [pattern] archivo 


Busca las líneas que cumplen con el pattern y la muestra por pantalla 

=> "-b" muestra el número de byte de cada línea encontrada 

=> "-c" no muestra las líneas por pantalla, sino que las cuenta y devuelve el 
número 

=> "-e pattern" útil cuando el pattern empieza por el carácter 
=> "-i" ignora la diferencia entre mayúsculas y minúsculas 
=> "-n" muestra el número de línea 
=> "-v" invierte el resultado de la búsqueda 

=> "-w" selecciona sólo aquellas líneas donde el pattern es toda una palabra 


cut archivo 


Muestra los campos del archivo 

=> "-d carácter" indica qué carácter es el delimitador de campo 
=> "-f numCampo" indica qué campo debe mostrado 

=> "-b listaBytes" del campo seleccionado, sólo se quiere ver los bytes indicados, 
separados por comas 


wc fichero 


Muestra el número de bytes, líneas y palabras del fichero 
=> "-c" sólo muestra los bytes 
=> "-I" sólo muestra el número de líneas 
=> "-w" sólo muestra el número de palabras 


diff archivo 1 archivo2 


Muestra les diferencias entre archivol y archivo2 
=> "-B" ignora líneas en blanco 

=> "-i" ignora la diferencia entre mayúsculas y minúsculas 
=> "-w" ignora los espacios en blanco 
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A.7. Compresión de ficheros y copias de seguridad 



COMANDO 


SIGNIFICADO Y PARAMETROS UTILES 


tar opciones archivo 
[archivoOrigen] 


Une distintos archivos y directorios en uno solo (conocido como tarball, los cuales 
se caracterizan por terminar con ".tar") 

=> "-cf" crea un archivo a partir de los archivos y directorios origen 
=> "-cvf" como en el caso anterior, pero mostrando por pantalla el proceso 
=> "-cvzf" como en el caso anterior, pero comprimiendo los archivos con gzip 
=> "-x" para extraer el contenido de un tarball 

=> "-xvzf" para extraer y descomprimir mostrando por pantalla los resultados del 
proceso 

(los archivos comprimidos se caracterizan por terminar en ".tar.gz" o ".tgz" 


cpio 


Para hacer copias de seguridad 


gzip archivo 


comprime el archivo y le da la extensión ".gz" 
=> "-d" descomprime 


gunzip archivo 


Descomprime el archivo 


zip archivoFinal archivoOrigen 


Comprime todos los archivos origen en archivo final (el cual se caracteriza por 
terminar con ".zip" 

=> "-e" encripta el archivo mediante una palabra clave que se pide al ejecutar el 
comando 


unzip archivo 


Descomprime el archivo 





A.8. Operaciones de disco 


COMANDO 


SIGNIFICADO Y PARÁMETROS ÚTILES 


df 


Muestra el estado de las particiones montadas por lo que se refiere a espacio 
total, ocupado y libre 

=> "-h" muestra la información en unidades de bytes, KB, MB, GB 
=> "-m" muestra la información en unidades de MB 


du [archivo] 


Muestra los bloques que ocupa archivo 

=> block-size=TAMAÑO" nos permite establecer el tamaño de bloque que 

deseemos 

=> "-h" muestra la información en unidades de bytes, KB, MB, GB 


mkfs 


Comando para crear un nuevo sistema de ficheros. Debido a la naturaleza del 
comando, se recomienda la lectura y la comprensión del manual del comando 


dumpe2fs dispositivo 


Muestra información del sistema de archivos indicado 


fsck dispositivo 


Hace un chequeo del sistema de archivos y repara sus posibles fallos. Es 
importante tener en cuenta que el dispositivo no debe estar montado en el sistema 
durante el uso del comando 


sync 


Sincroniza los archivos de caché y disco duro 


badblocks dispositivo 


Busca errores en la partición especificada 
=> "-s" se "displaya" información del proceso 
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A.9. Usuarios y grupos 


COMANDO 


SIGNIFICADO Y PARÁMETROS ÚTILES 


whoami 


Muestra qué usuarios somos 


groups 


Muestra el grupo al que pertenecemos 


who 


Muestra los usuarios que están en el sistema en el momento de la ejecución del 
comando 

=> "-T" indica, para cada usuario, si permite la recepción de mensajes 


w [nombreUsuario] 


Muestra información extensa sobre los usuarios del sistema en el momento de la 
ejecución. Si no se especifica un usuario en concreto, nos la muestra para todos 


write nombreUsuario [consola] 


Para mandar un mensaje al usuario especificado. Para determinar la consola, 
podemos utilizar los comandos "who" o "w" 


talk nombreUsuario [consola] 


Abre una sesión de chat con el usuario especificado si éste la acepta 


mesg [y-n] 


Sin pasar parámetros, muestra si está o no activa la recepción de mensajes. El 
parámetro "y" la activa y el parámetro "n" la desactiva 


adduser [nombreUsurio] 


Crea un nuevo usuario del sistema 


userdel nombreUsuario 


Elimina el usuario especificado del sistema 


addgroup [nombreGrupo] 


Crea un nuevo grupo 


groupdel nombreGrupo 


Elimina un grupo del sistema 



A. 10. Gestión de procesos 



COMANDO 


SIGNIFICADO Y PARÁMETROS ÚTILES 


ps 


Muestra los procesos del sistema 

=> "-A" muestra todos los procesos que están ejecutándose en el sistema (igual que 
"-e") 

=> "-H" muestra los procesos ordenados por jerarquía 
=> "-I" muestra información extensa sobre los procesos 


top 


Muestra los procesos en ejecución de forma interactiva 


kill PID 


Manda una señal de finalización del proceso 
=> "-9" envía la señal de matar el proceso 


killall nombreProceso 


Manda la señal de fin de proceso a todos los procesos indicados 
=> "-9" envía la señal de matar los procesos 


nice [comando] 


Muestra el nivel de prioridad de ejecución que se utiliza por defecto, y si se le pasa 
como parámetro un comando ¡unto con la prioridad deseada, ajusta la prioridad 
del comando a la especificada 

=> "-n nuevoNivel" ejecutará el comando con la prioridad especificada 


renice prioritad PID 


Cambia la prioridad del PID especificado 


at tiempo 


Ejecuta el comando a la hora especificada 

=> "-f comando" especifica el comando a ejecutar 


atq 


Muestra la cola de espera de "at" 


atrm numComando 


Elimina un comando de la cola de espera. El número de comando es el que 
devuelve "atq" 


batch 


Ejecuta los comandos o procesos cuando la carga del sistema es baja. 
=> "-f comando" para especificar el comando 
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B. El editor vi 



B.l. Introducción 



Saber utilizar un editor de textos es imprescindible para poder editar 
y modificar los ficheros del sistema. Aunque existen centenares de 
editores diferentes, el vi siempre ha sido el editor por defecto de los 
sistemas like UNIX. Aunque en un principio el vi pueda parecemos 
un editor muy simple, a medida que nos vayamos acostumbrando a 
sus comandos veremos que tiene muchísimas utilidades que nos fa- 
cilitan mucho la manipulación de los ficheros. Aunque para tareas 
largas (como cuando programamos) existen otros editores más úti- 
les, la gran mayoría de administradores de sistemas utilizan el vi 
para muchas de las tareas de administración. El hecho de que se tra- 
te de un editor en modo texto (que permite su utilización en la con- 
sola del sistema) y estar disponible en todos los sistemas hacen del 
vi el editor ideal en los entornos UNIX. 



Contenido 

complementario 



En GNU/Linux se suele utili- 
zar más el vim (Vi IMpro- 
ved), que es 99,9% 
compatible con el vi pero 
añade unas cuantas funcio- 
nalidades más. 



Para llamar el vi podemos utilizar alguno de los métodos que vemos 
en la siguiente tabla: 



"vi archivo" 


Edita el fichero en modo "full screen" 


"vi -r archivo" 


Recupera la última versión guardada del fichero (por los casos en que no 
salimos correctamente del editor y queda un fichero de swap) 


"vi + archivo" 


Edita el fichero y se sitúa en la última línea 


"vi +numLinea archivo" 


Edita el fichero y se sitúa en la línea indicada 


"vi archivol . . . archivoN" 


Va editando todos los archivos especificados. Para saltar de uno a otro 
debemos escribir en modo comando n". Con " : n ! " no guardamos las 
modificaciones 


"vi +/string archivo" 


Edita el fichero y sitúa el cursor en la primera ocurrencia del "string" 



B.2. Modos del vi 



El vi tiene dos modos de utilización: modo comando y modo inser- 
ción. En el modo comando todo lo que escribamos será interpretado 
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por el editor para realizar acciones concretas, mientras que el modo 
inserción se utiliza para modificar el contenido del archivo. Cuando 
entramos en el vi, por defecto estamos en modo comando. Para 
cambiar a modo inserción, podemos utilizar cualquiera de las teclas 
de la siguiente tabla: 



"a" 


Inserta después del carácter donde estamos situados 


"i" 


Inserta antes del carácter donde estamos situados 


"A" 


Añade al final de la línea actual 


"I" 


Añade al principio de la línea actual 


"R" 


Entra en modo inserción reemplazando caracteres 


"o" 


Añade una línea en blanco debajo de la nuestra y pasa a modo 
inserción 


"0" 


Añade una línea en blanco encima de la actual y pasa a modo 
inserción 



Para volver a modo comando, podemos utilizar la tecla ESC. En 
modo inserción lo único que podemos hacer es escribir texto, elimi- 
narlo o desplazarnos con las teclas de AVPAG y REPAG. El modo co- 
mando nos permite muchísimas más acciones. En las siguientes 
tablas especificamos algunas de las más comunes: 



Moviéndonos por el fichero 


// ■ // 


Siguiente línea 


"k" 


Línea anterior 


// -|^// 


Siguiente carácter 


"h" 


Carácter anterior 


"[[" 


Incio del archivo 


"]]" 


Final del archivo 


"nG" 


Ir a la línea "n" 


"G" 


Ir al final del archivo 


RETURN 


Siguiente línea 


CTRL+F 


Pantalla siguiente 


CTRL+B 


Pantalla anterior 


CTRL+D 


Media pantalla siguiente 


CTRL+U 


Media pantalla anterior 
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Operaciones con archivos 



" : w" 


Guarda el fichero 


" : w 

nombreAr chivo" 


Guarda el fichero con el nombre indicado 


" : wq" 


Guarda el fichero y sale del editor 


" : x" 


Guarda el fichero y sale del editor 


"ZZ" 


Guarda el fichero y sale del editor 


" : q" 


Sale si no ha habido cambios en el fichero 


" :q! " 


Sale sin guardar los cambios 


":e archivo" 


Edita el archivo indicado si no hay cambios en el 
actual 


":e! archivo" 


Edita el archivo indicado perdiendo los cambios en 
el actual, si hubiera 


" : r archivo" 


Añade el archivo indicado después de la línea actual 


":Nr archivo" 


Añade el archivo indicado después de la línea "N" 


" : sh" 


Ejecuta un shell sin salir del editor; para salir del 
shell debemos escribir "exit" 


" : N , Mw ! " 


Guarda desde la línea "N" a la “SA" descartando 
todas las otras 


" :N,M»archivo" 


Añade desde la línea "N" a la "M" el archivo indicado 


" : =" 


Muestra la línea actual 


CTRL+G 


Muestra el estado del fichero 



Copiar, borrar, pegar, buscar y reemplazar 


"yy" 


Copia la línea actual 


"Nyy" 


Copia las "N" líneas a partir del cursor 


"P" 


Pega las líneas copiadas debajo de la actual 


"P" 


Pega las líneas copiadas encima de la actual 


"x" 


Borra el carácter de debajo del cursor 


"dw" 


Borra la palabra de debajo del cursor 


"dd" 


Borra la línea actual 


"D" 


Borra desde la posición del cursor hasta el final de línea 


"/ string" 


Busca el "string" a partir de la posición actual. Para 
continuar con la búsqueda, se puede utilizar "n" y "N" para 
ir hacia delante o atrás respectivamente 


"Pstring" 


Como el comando anterior pero en modo invertido 


":set ic" 


Realiza las búsquedas ignorando mayúsculas/minúsculas 


":set noic" 


Realiza las búsquedas con mayúsculas/minúsculas 


" : g/HOLA/ 
s/ /ADIOS" 


Sustituye todos los "HOLA" por "ADIÓS" 
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En la línea inferior del editor veremos los comandos que vayamos es- 
cribiendo, que se ejecutarán al apretar el RETURN. Además, la ma- 
yoría de estos comandos permiten la repetición: tan sólo debemos 
escribir el número de veces que queremos que se ejecuten antes que 
el comando. Por ejemplo, con "dd" conseguimos que se borre la lí- 
nea actual; si escribiéramos "3dd" en lugar de la línea actual, se bo- 
rrarían las tres siguientes. 
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C. Proceso de instalación de Red Hat Linux 9.0 



C.1 . Introducción 

En este apéndice se pretende dar una idea general de los pasos bá- 
sicos que hay que seguir para la instalación de Red Hat Linux 9.0. Se 
dan por sentados los conocimientos básicos adquiridos a lo largo del 
módulo y que han conducido a la instalación de Debian 3. Orí . Los 
conocimientos teóricos para abordar cualquiera de ambas instala- 
ciones son prácticamente los mismos, por este motivo, este apéndice 
está completamente orientado a praxis, y en él sólo se resaltan las 
diferencias entre los dos procesos de instalación. 



C.2. Inicio de la instalación 



C.3. RHínicioinst 



Para inicializar el proceso de instalación, basta con arrancar el orde- 
nador desde CD-ROM y con el primer CD-ROM de la distribución 
dentro del dispositivo. Una vez terminado el proceso de arranque, se 
nos muestra una pantalla inicial con el logotipo de Red Hat Linux ¡un- 
to con una serie de opciones asociadas a las teclas desde F1 hasta 
F5, y se nos indica que si deseamos usar el modo gráfico para rea- 
lizar la instalación, basta con pulsar INTRO para inicializarla o que, 
si deseamos hacerlo en modo texto, debemos escribir text y pulsar 
INTRO. Salvo casos excepcionales, siempre se escoge el modo grá- 
fico, ya que hace más amena la instalación. 

Antes de entrar en el modo gráfico, se nos preguntará si deseamos 
hacer un testeo del soporte físico de donde se extraerán los datos 
para la instalación. Si estamos seguros de que nuestros CD no están 
dañados en forma alguna, podemos omitir este proceso. 
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A continuación se arranca anaconda, el programa base de la insta- 
lación. Transcurridos unos segundos, entramos en la pantalla de 
bienvenida del programa. A partir de este momento, la pantalla es- 
tará dividida en dos áreas. En la de la izquierda se nos informa del 
punto de la instalación donde nos hallamos y se nos suministra in- 
formación relativa al mismo; a la derecha se nos muestran las opcio- 
nes disponibles. En todo momento dispondremos del ratón para 
hacer las selecciones que estimemos oportunas. 



C.4. Primeros aspectos 



En primer lugar, debemos seleccionar el idioma que se usará durante 
el proceso de instalación. Esta selección no afectará en ningún aspecto 
a la instalación resultante. En segundo lugar, hay que configurar el te- 
clado. Este aspecto sí que es importante de cara al resultado de la ins- 
talación. El tercer punto es la configuración del ratón. 



C. 5. Tipo de instalación 



Llegados a este punto, se nos pregunta por el tipo de sistema de ins- 
talación que queremos hacer. Probablemente, en la mayoría de los 
casos la mejor opción es la última que se nos ofrece, es decir, la per- 
sonalizada, ya que, tal como se nos indica, esto nos permitirá tener el 
máximo control del proceso de instalación. El resto de opciones son 
simplificaciones de esta opción y, en consecuencia, se traducen direc- 
tamente en una pérdida de control acerca de lo que se está haciendo. 



C. 6. Partición del disco duro 



El sistema de instalación nos propone por defecto la partición del dis- 
co duro. Alternativamente, se nos ofrece la posibilidad de utilizar 
Disk Druid para realizar nosotros mismos esta tarea. Es recomen- 
dable optar por esta última opción, ya que el programa es fácil de 
utilizar, y además nos permitirá estructurar la partición a la medida 
de nuestras necesidades. Si ya disponemos de una partición swap, 
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aunque sea de otro sistema, no necesitaremos crear una nueva para 
esta instalación, puesto que podremos usar la existente, ya que en las 
particiones de tipo swap sólo se guarda información de tipo volátil. 



C.7. Gestor de arranque 



En este caso, Red Hat Linux nos propone como gestor de arranque 
Grub. Si ya disponemos de un gestor de arranque en nuestro equipo, 
no es necesario, a no ser que deseemos reemplazarlo, proceder a la 
instalación de Grub. Bastará con adecuar la configuración de arran- 
que para que nos permita acceder al nuevo sistema operativo. 



C.8. Configuración de dispositivos 



El programa de instalación detectará la mayor parte del hardware 
que tengamos instalado, y llegados a este punto, se nos muestran las 
pantallas pertinentes para su configuración. 

Por lo que a la configuración de red se refiere, el programa de ins- 
talación nos preguntará por la gestión de la seguridad, basándose 
en la configuración de un firewall. Si optamos por utilizarlo, debere- 
mos especificar los puertos a los que se deja acceso externo. Es un 
tema que deberemos tener siempre presente, ya que el resto de puer- 
tos estarán cerrados. Así pues, si configuramos algún servicio que 
use un puerto que no hayamos especificado en este apartado, debe- 
remos abrirlos manualmente a posteriori. 



C.9. Configuración idiomática 



En este apartado sí que es importante que especifiquemos cuál es el 
idioma del mapeado del teclado, ya que esto nos permitirá tener ac- 
ceso a todos sus caracteres. A continuación, se nos mostrará un 
mapa mundi donde deberemos especificar nuestro posicionamiento 
geográfico mediante el ratón. 
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C.10. Política de passwords 

En primer lugar se nos pedirá que introduzcamos el password de 
root, el cual deberá contener como mínimo seis caracteres. Una vez 
hecho esto, se nos mostrará que tanto el sistema de passwords md5 
como el de shadow se instalarán, a no ser que especifiquemos lo 
contrario, y se nos permitirá establecer las configuraciones de los sis- 
temas NIS, LDAP, Kerberos 5, y Samba (para un sistema stand alone, 
ninguno de estos sistemas debe ser configurado). 



C.1 1 . Selección de aplicaciones 



A continuación, debemos seleccionar las familias de aplicaciones 
que queremos instalar, y dentro de ellas, qué aplicaciones deseamos 
que se instalen en nuestro sistema. Una vez más se insta a que no se 
instalen masivamente aplicaciones, ya que esto va claramente en de- 
trimento del rendimiento del sistema, sino que sólo se instalen aque- 
llas que sabemos de forma certera que vamos a utilizar, y que 
vayamos instalando el resto de aplicaciones a medida que las nece- 
sitemos. Sí que es recomendable, si se van a usar, dejar las seleccio- 
nes que están hechas para el sistema gráfico. Una vez terminada la 
selección, se iniciará la instalación de todo el sistema: formateo de 
particiones, configuración de dispositivos e instalación de paquetes, 
a partir de la información que se ha facilitado. Si no disponemos de 
suficiente espacio en el disco duro para que se instalen todas las apli- 
caciones, se nos devolverá al entorno de configuración, para que, o 
bien deseleccionemos algunas de las aplicaciones, o para que asig- 
nemos más espacio a la partición pertinente (normalmente, la que 
alberga el directorio /home, que es en la que se instalan la mayoría 
de datos -para refraccionar el disco, habrá que volver a inicializar el 
proceso de instalación). 



C.12. Boot disk 



Cuando el proceso de transferencia de datos ha terminado, automá- 
ticamente se arranca el proceso de postinstalación, se instala el boot 
loader, si es el caso, y una vez han finalizado estos procesos auto- 
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máticos, se nos pregunta si deseamos crear un boot disk, el cual pue- 
de ser usado para arrancar la nueva instalación, si no hemos 
instalado el boot loader o no hemos configurado el que ya teníamos 
instalado correctamente. 



C.13. Configuración del sistema gráfico 



En la mayoría de casos, llegados al apartado de configuración del 
sistema gráfico (este apartado se puede omitir y realizar a la confi- 
guración manualmente mediante el sistema de nuestra elección), si 
es que hemos seleccionado sus paquetes para ser instalados, el sis- 
tema de instalación detectará automáticamente el tipo de tarjeta de 
vídeo y nos propondrá el driver a utilizar; lo mismo sucederá con el 
monitor. Finalmente, deberemos especificar la resolución con la que 
queremos trabajar, y la profundidad de color. Asimismo, se nos pe- 
dirá que especifiquemos qué tipo de logln deseamos utilizar, si el 
gráfico, opción por defecto, o bien el de modo texto. 



C.14. Últimos pasos 



Aquí termina la instalación del sistema operativo y de todas las apli- 
caciones seleccionadas durante el proceso. Basta con "rebootar" el 
sistema para que la primera vez que lo arranquemos se nos pregunte 
si deseamos utilizar kudsu para proceder a la configuración del 
hardware presente. 

En primer lugar se nos sugiere la creación de una cuenta de usuario 
estándar para evitar el uso de root indiscriminadamente. Tras la con- 
figuración de fecha y hora, se nos preguntará si deseamos registrar 
nuestro sistema operativo, y a continuación, si lo deseamos, podre- 
mos proceder a la instalación de más paquetes. Es el momento de 
instalar aquellos paquetes que están dentro de la distribución oficial, 
y que deseamos utilizar. Una vez finalizada la instalación de paque- 
tes adicionales, tenemos el sistema totalmente operativo y listo para 
ser utilizado. Se recomienda la lectura de http://rpm.redhat.com/ 
RPM-HOWTO/, ya que Red Hat Linux usa su propio sistema de pa- 
quetes. 
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D. Herramientas de administración 



D.1 . Introducción 



Cuando se administra un sistema GNU/Linux es necesario conocer 
una gran variedad de aplicaciones y programas diferentes. Aunque 
antes de instalar cualquier aplicación es totalmente imprescindible 
leerse detenidamente la documentación que incorpora, en algunos 
casos las configuraciones pueden llegar a ser realmente complejas. 
Por este motivo, desde hace ya varios años han ido apareciendo he- 
rramientas de administración más intuitivas que permiten manejar 
múltiples aplicaciones y servicios de forma más amena. 



Generalmente, estas herramientas globales de administración in- 
corporan mecanismos para poder configurar y manejar los aspec- 
tos básicos del sistema y los ficheros de configuración de las 
aplicaciones que utilizamos. Si bien es interesante saber que exis- 
ten estas herramientas, no es recomendable que basemos toda la 
configuración de un servidor en ellas por varios motivos. En pri- 
mer lugar, debemos tener en cuenta que estos programas no 
siempre tienen en cuenta todas las posibilidades que los servido- 
res proporcionan. Esto puede provocar que dejemos sin una con- 
figuración adecuada alguna opción importante para nuestras 
necesidades, que no tengamos en cuenta algún sistema de segu- 
ridad, etc. En segundo lugar, tampoco podemos olvidar que aun- 
que el entorno de configuración sea más ameno y, generalmente, 
más fácil de utilizar y manejar, debemos conocer qué es lo que 
realmente se hace cuando activamos las opciones de los diferen- 
tes programas y servicios que configuramos. Aunque el entorno 
sea muy intuitivo, esto no implica que no debamos saber qué sig- 
nifica exactamente cada opción. Si no tenemos un conocimiento 
extenso del servicio que estamos manipulando, es muy fácil gene- 
rar errores que pueden provocar un mal funcionamiento del siste- 
ma, agujeros de seguridad, etc. Finalmente, otro motivo para no 
utilizar únicamente estas aplicaciones es que en algún momento 
el sistema puede tener fallos o errores que no nos permitan utili- 



Contenido 

complementario 



Cuando instalamos alguna 
herramienta general de ad- 
ministración, es muy im- 
portante que limitemos su 
uso y acceso a sólo el roof 
del sistema, de lo contrario 
cualquier usuario podría 
modificar cualquier aspecto 
del sistema. Además, tam- 
bién debemos estar muy 
alerta de los agujeros de se- 
guridad que pueden apare- 
cer en ellas, ya que al tener 
que manejar los programas 
instalados en el sistema, la 
mayoría de estas herra- 
mientas deben ejecutarse 
con los permisos de root, 
con el peligro que esto su- 
pone. 
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zarlas o sencillamente que en otros sistemas que tengamos que 
administrar no estén instaladas. Si no conocemos con un poco de 
detalle los ficheros de configuración de las aplicaciones que utili- 
zamos, nos encontraremos totalmente indefensos ante cualquier 
pequeño problema que pueda surgir. 



Por todo ello, la utilización de estas herramientas debe realizarse con 
cuidado y sabiendo exactamente qué es lo que están modificando. 
En algunos casos pueden ser muy útiles para ver cómo realizar algún 
tipo de configuración complicada o para detectar errores que haya- 
mos generado. La forma como deberíamos utilizarlas debe servirnos 
a modo de complemento de nuestra administración, pero nunca ba- 
sarnos totalmente en ellas. 



Todas las distribuciones de GNU/Linux acostumbran a incorporar 
sus propias herramientas automáticas de administración. Esto es 
una característica claramente diferenciadora de las distintas dis- 
tribuciones de GNU/Linux. En SuSE, por ejemplo se incorpora una 
aplicación denominada Yast2, que nos permite realizar casi 
cualquier operación de configuración del sistema; RedHat incor- 
pora múltiples programas diferentes para configurar la red, los 
daemons, los servidores de aplicación, etc.; al instalar un paquete 
en Debian, ya se permite inicializar una configuración a partir de 
las respuestas que damos en varias pantallas de diálogo; algunas 
aplicaciones llevan sus propios Scripts para permitir configuracio- 
nes estándar más rápidas, etc. Aun así, si sabemos qué es lo que 
realmente hacen estas aplicaciones y en qué ficheros guardan su 
configuración, al tener problemas con el sistema su arreglo será 
mucho más fácil. Además de estas herramientas únicas para la 
distribución que utilicemos, existen otras generales que podemos 
instalar en la mayoría de distribuciones existentes. Aunque hay 
unas cuantas decenas y cada administrador debe escoger la que 
más le guste o se adapte a sus necesidades, en este apéndice 
mostraremos un par de las más versátiles y populares: linux- 
conf y webmin. 
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D.2. Línuxconf 



La aplicación de administración general Linuxconf está basada 
en un entorno de menús de texto que podemos utilizar desde cual- 
quier consola del sistema. En la siguiente figura podemos ver el 
menú principal: 



Linuxconf 

Ibis is the rnain entry to Linux configuration, 

Use the TfiB key to navigate between the fie id 
section and the button bar at the bottom. 
Check out the help for this screen. It is an 
introduction to Linuxconf 



-Config- 



Users 

File systerns 
Hiscellaneous 
Peripherals 
Boot 

cluster adrninistration 
Contro 1 



Control panel 
Linuxconf management 
Date & time 
Status 



Logs 

System status 
-Tasks- 



Friendly helpers (Gurus) 



IJjit 



Sfeip 



Como podemos apreciar en la imagen, linuxconf divide sus ope- 
raciones en las siguientes secciones: 



• Configuración: ésta es la sección principal de linuxconf, don- 
de podemos configurar la mayoría de aspectos del sistema como 
la red, los usuarios, los periféricos instalados, etc. En las siguien- 
tes figuras podemos ver el diálogo de configuración de la red y 
de usuarios: 
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Network configurator 

This package allows you to configure a 
TCP/IP network from scratch using ethernet 
and modem (or other serial connection) 



User account configurator 

This package allows you to add/delete 
and manage user accounts 



-Client tasks- 



Host ñame and IP network devicesl 



Ñame server specification (DNS) 

Routing and gateways 
IPX interface setup 

Server tasks 

IP aliases for virtual hosts 

Internet Services 

Secure Shell Daemon (openssh) 

Boot Services 

RARP Service 

Firewalling 

Firewalling defaults (packet filtering) 
Input firewalling 
Forward firewalling 
Output firewalling 
Packet account ing 

Mise 

Information about other hosts 
Information about other net works 
Linuxconf network access 
v 



lismiss 



Belp 



-Normal- 



Jser accountsl 



Group defin itions 
Change root password 

Special accounts 

PPP accounts 

SLIP accounts via normal login 
UUCP accounts 
POP accounts (mail only) 
special groups 

Po lie ies 

Password & account po lie ies 
fi va i lab le user shells 
A va i lab le PPP shells 
A va i lab le SLIP shells 
Create/Update from a da t abase 
Message of the day 
Configure special groups 



Eismiss 



Belp 



• Control: sección para realizar acciones concretas en el sistema ta- 
les como montar o desmontar unidades, cambiar la hora del sis- 
tema, personalizar los menús, etc. En la siguiente figura podemos 
apreciar algunas de las acciones del menú de panel de control: 



Control panel 

This menú lets you do things, not configure. 



ctivate conf iguration 



Shutdown/Reboot 

Control Service activity 

Mount/Unmount file systems 

Configure superuser scheduled tasks 

Archive configurations 

Switch system profile 

Turn off firewalling 



Eismiss 



Belp 



• Estado: cuando queramos ver los logs o el estado de algún aspec- 
to del sistema, podemos recurrir a los menús de esta sección. En 
ellos se utilizan muchos de los comandos básicos del sistema para 
ver el estado del disco, la memoria usada, etc. 

• Tareas: otros diálogos de configuración para inicializar correcta- 
mente un módem, la red, etc. 
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Otra forma de utilizar este programa es a partir de un navegador 
web. Por defecto, el acceso vía navegador está cerrado, por lo 
que antes de utilizarlo deberemos habilitarlo a partir del menú de 
Networking, Linuxconf network access y activando la 
opción de Enable network access. Abriendo el navegador y 
accediendo a http://localhost:98/ tendremos los mismos diálo- 
gos y opciones del menú de linuxconf en formato html. Por 
defecto, sólo se podrá acceder a este servicio desde la misma má- 
quina, aunque es recomendable activarlo solamente cuando lo 
queramos utilizar. 

Finalmente, otro proyecto relacionado con linuxconf es el 
gnome-linuxconf, que tiene las mismas funciones que veíamos 
anteriormente pero se puede utilizar en las X. En la siguiente figura 
podemos ver su aspecto: 




D. 3. Webmin 



Tal como su nombre indica, webmin es una herramienta de confi- 
guración vía web. Su diseño está muy bien conseguido y la mayoría 
de sus métodos de configuración están muy bien pensados. Bien uti- 
lizada, es una herramienta que puede llegar a sernos muy útil. Por 
defecto, al instalarla abre el puerto 10000 para que podamos acce- 
der a ella a partir de un navegador cualquiera. Antes de entrar nos 
pedirá la contraseña del administrador del sistema, aunque también 
tiene un sistema muy útil de administración de usuarios propios, por 
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medio del cual podemos especificar qué acciones puede realizar 
cada uno de ellos. Esta opción es muy interesante porque permitirá 
configurar más de un administrador de sistema cada uno especiali- 
zado en algunas tareas. 



Para hacernos una idea de la aplicación, a continuación mostramos 
una serie de capturas de diferentes secciones: 



• Administración de usuarios del sistema: 




• Configuración de arranque del sistema: 
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Información de disco: 




Partition Manager 







Location IDE devine A 
Cylinders 2434 

Af , 1 ^DC 

Modcl WD200BB-32AUA1 
Edit IDE parameters 


No. Type Extent StartEnd Use Free 

1 Linux 1 2399/ ^ 

2 LmOT 12400 2434 sisan 

~ swap 

Add primary partition Add extended partition 


Location IDE device B 
Cylinders 3649 

, , QUANTUM 
Modd FIREBALLP LM30 
Edit IDE parameters 


No. Type Extent StartEnd Use Free 

i Linux 1 3649 Zím 3 % 

Add primarv partition Add extended partition 





• Navegador de archivos: 



«- 4 






¡ól ? A 



X 



Upload 



% 



fol 






Copy | Cut | Paste 



Jauto 

||bin 

gboot 

SJdev 

||etc 

>| home 

-rjbi shop 

- i|bl aggo 

— ni e mi 1 y 

-M fechan 

-jpftp 

-lodm 

-ÓJhdb 

— Blhttpd 

carne ron 
¡y . Bi tchX 
| .ai m 
Q .amaya 
g . cetabl es 
¡y . efengi ne 
SI . desktop-shenton 
g . desktophost 
g . dt 

g.enlightenment 
g .everybuddy 
S) .fm 






]/home/jcameron 







1/ Ñame 


Size 


| User 


I Gr oup 


| Date 
















B.blend 


26 kB 


jcameron 


wheel 


Oct/99 




.Bfont 


25 kB 


jcameron 


wheel 


Oct/99 




.Bis 


8 B 


jcameron 


wheel 


Oct/99 


l3 


BitchX 


1 kB 


jcameron 


wheel 


Feb/00 




.DCOPserver.fudu.home 


39 B 


jcameron 


wheel 


May/ 01 




,DCOPserver_fudu.home_: 


41 B 


jcameron 


wheel 


25/Oct 




.DCOPserverJentor.home 


41 B 


jcameron 


wheel 


Nov/01 




.ICEauthority 


169 B 


jcameron 


wheel 


03/Sep 




.MCOP-random-seed 


32 B 


jcameron 


wheel 


25/Oct 




.OWdefaults 


299 B 


jcameron 


wheel 


Apr/97 




.RealNetworks_RealMedia 


23 kB 


jcameron 


wheel 


15/Jul 




.RealNetwork s.RealPlayer 


1 kB 


jcameron 


wheel 


15/Jul 




.RealNetworks.RealShare 


106 B 


jcameron 


wheel 


Jan/01 




.Sgire sources 


620 B 


jcameron 


wheel 


03/A.Ug 




Xauthority 


4 kB 


jcameron 


wheel 


30/Oct 




.XpErrorLog 


212 B 


jcameron 


wheel 


Aug/96 




.Xpdefaults 


11 kB 


jcameron 


wheel 


Feb/00 




.abjibrary 


149 B 


jcameron 


wheel 


Aug/96 




.abjibrary.lock 


152 B 


jcameron 


wheel 


Apr/98 




.acrorc 


1 kB 


jcameron 


wheel 


02/Nov 
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.aim 


1 kB 


jcameron 


wheel 


Feb/01 


_l 


.amaya 


1 kB 


jcameron 


wheel 


07/Feb 




.appletviewer 


140 B 


jcameron 


wheel 


Jun/01 






261 





dUOC 



La universidad 
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Formación de Posgrado 





